测试开发——测试分类
目录
一、 有关测试用例的回顾
万能测试用例设计公式
如何根据需求去设计测试用例？
1、验证需求的正确性，合理性，无二义性（没有歧义），逻辑自洽。
2、分析需求，细化需求，从需求中提取出测试项，根据测试项找到测试点，再根据测试点去具体的设计测试用例。根据需求设计测试用例分为那两个方面？
1、功能性
1.1、界面的所有功能不能遗漏（技巧：从上到下，从左往右，一层一层的扫描）
1.2、把多个功能串联起来，形成 场景 / 业务，对 场景 / 业务 进行测试。
1.3、针对一个功能的多个输入进行测试，观察输出是否与预期结果一致。
1.4、同一个系统下，不同功能的交互性
1.5、功能的异常测试
1.6、功能所用到的算法，也是需要进行验证的。2、非功能性
易用性，容错性，安全性，性能，可维护性，可靠性，可移植性，稳定性，兼容性等等。。。需要注意的是：不同类型的软件，非功能性测试的侧重点是不一样的。
面向客户端的软件：对 稳定性 和 兼容性 要求高，对 安全性 和 性能要求低。
面向企业内部的软件：对 功能性 和 可靠性 要求高，对 兼容性 和 性能 要求低。
大型商用软件：对 非功能性的各个方面的要求都很高！具体的设计测试用的方法有哪些？
1、等价类【有效等价，无效等价】
2、边界值
3、判定表（因果图，使用场景较少）
4、场景设计法（不常见）
5、正交法（用的比较少）
6、错误猜测法
二、 测试用例的划分
1、 按照测试对象来划分
下面我们解释下上面提到的一些专业名词
2、可靠性测试
可靠性=正常运行时间 /（正常运行时间+非正常运行时间）* 100%
比如一节课45分钟，期间你上厕所5分钟、跑神10分钟，实际听课实际时间为30分钟。
则你课堂听课的可靠性为：30 /（30+5+10）* 100% = 66.7%
影响可靠性的因素
1、网络
2、软件环境（安装环境）
3、硬件环境
不管是上面那个环境的异常，都会使 软件运行发生异常。
软件自身
这里有一个问题：如果软件的自身没有问题，但是 软件部署的环境（网络 / 软件 / 硬件） 出了问题，使得软件不能正常运行的时间。
这个时间是否算入 软件非正常运行的时间里面？
也就是在问你：这个时间是否算入可靠性里面？这个需要分情况讨论！
总的来说：上面的这四点，都是指 服务器那边 出现的问题 会导致 软件的可靠性降低。
就这么说吧：如果你和其他有人都用不了 微信，那肯定就是 微信服务器 那边出了问题。
而这个非正常运行的时间，需要算入可靠性里面的。另外，前面也说过：不同的软件对于 非功能性 的 要求是不一样的。
也就是说：不同的软件对可靠性的要求是不一样的。非时性软件可靠性的要求一般为 99.99 %。【实时性为 99.95 %】
————————————————
另外，还有一些特殊的软件（军事系统）对可靠性的要求更高：99.999 %
如果按一年365天来算的话：
可靠性为 99.99 %：它的非正常运行时间大约为 52 min
如果是 99.999 %，则为 5 min————————————————
那么，可靠性怎么去测试呢？
通常是将软件运行一周，将出现故障的时间记下来，去计算百分比。
【PS：测试可靠性，让软件运行一年肯定是不现实】
容错性测试
系统发生异常，或者由于用户的错误操作导致软件系统发生错误，软件自我消化掉错误，或者进行修改/修复，不让客户感知到系统内部的情况，就叫做 系统的容错性。
容错性和可靠性的区别
内存泄漏测试
工作中：
1）人工检查
2）借助工具进行代码静态扫描
弱网测试
那么如何计算上下行速率呢？
2、按照是否查看代码划分
黑盒测试
纯功能测试，不关心具体是怎么实现的、
白盒测试
关注程序的内部实现（单元测试）
灰盒测试
介于黑盒和白盒之间（继承测试）
为什么不能让灰盒测试（集成测试）取代黑盒测试和白盒测试？
灰盒测试没有白盒测试那么详尽，灰盒测试没有黑盒测试覆盖产品的广度大。
所以不能让灰盒测试（集成测试）取代黑盒测试和白盒测试
面试题
那种测试方法用到多？
黑盒测试和白盒测试，测试人员都会使用到，在工作中根据具体情况来
结合黑盒测试和白盒测试。
通常情况下对于测试人员来说：使用黑盒测试要来相对多一些。
3、按照开发阶段划分
冒烟测试
开发人员完成开发任务后，交给测试人员进行测试的第一步，评估软件/系统是否具备测试的条件
回归测试