APP测试实际上依然属于软件测试的范畴，是软件测试的一个真子集，所以经典软件测试理论，依然是在APP测试中有效的，只是需要针对APP的特殊情况进行一定的增补和额外覆盖。对于APP测试，一般采用的是黑盒测试思想，也会在必要的时候进行自动化测试以及性能测试，并且对于APP还会有专项测试，例如内存，流量以及耗电量测试。在APP测试中，因为牵扯的预备条件比传统软件更多些，更需要额外精力进行事先准备。

有效的回归测试①最有效的回归测试方法应该建立在开发测试库的基础上;②开发在创建测试库，每次生成程序的新版本时都可以运行这些用例；③只有有效的从源头避免风险才能有效的进行回归测试；④强调单元测试时加强回归测试，引入代码评审，引入自动测试;⑤集成和系统级的测试时，加强测试用例评审，回归测试用例的选择;⑥开发设计测试用例时制定优先级，如高，中，低，方便以后自动化或是策略选择;⑦配置管理时，引入测试用例基

背景在实际业务中，经常会出现让用户输入用户密码进行验证的场景。而为了安全，一般都会先请求后台服务器获取一个随机数做为盐值，然后将盐值和用户输入的密码通过前端的加密算法生成加密后串传给后台服务器。后台服务器接到到请求后，先获取校验原来的随机数是否有效合法，如合法后，再做解密，并根据约定的规则把随机数盐值剔除等后续处理。也就是说先有一个获取随机数的接口请求，然后有一个验证密码的请求。Postman来自

测试的优点1.如果想建立一个优秀的网站，一定要测试；2.测试一位用户比不做测试好一倍；3.在项目中，早点测试一位用户好过最后测试50位用户。一个测试人员，无论你是手工点来点去，还是用自动化进行一些模拟操作，他们的核心职能都是相同的，那就是保证项目或产品的质量。如果你能保证你负责的模块缺陷数少，并且基本没有什么问题会遗留到生产环境或用户环境的话，那么你是一个优秀的测试人员。python+seleni

Mock原理/实现机制在某些时候，后端在开发接口的时候，处理逻辑非常复杂，在测试的时候，后端在未完成接口的情况下该如何去测试呢？我们需要测试，但是有些请求又需要修改一下参数，或者改变一下request实现的方式，比如修改状态码，产生的图片要进行替换，或者是替换执行文件等Mock简介Mock是Python中一个用于支持单元测试的库，它的主要功能是使用mock对象替代掉指定的Python对象，以达到模

多数人眼中的测试开发开发一个测试平台，就要包揽前后端；至少我一开始也是这样认为的；前端要会，后端也要会，测试也得会，感觉就是全能的啊；测试开发测开才是做测试这条路的最终归宿，其实不只是测试吧，包括运维，最终肯定是运维开发，而不是自动化运维（抛开管理层而言）；只有开发测试平台才是测开的最终选择吗？不，不是的但做出一个平台是最容易体现你身为测开的价值，毕竟你前后端都啃了，能跟开发同学一样弄一个完整的平