软件测试学习笔记

笔记仅用于自我理解与自我总结，不全面之处请包含，错误之处请指正。

功能性测试：黑盒测试，软件实现未知。任何程序被看做是软件规格说明（需求）中输入定义域取值到输出值域的转换，理想的程序本应该规矩的完成这个职责。所以对于理想的程序，黑盒测试的测试用例完全可以根据软件规格（需求）说明书来创建，并能够覆盖程序的测试。

问题提出：实际开发过程中，程序有可能实现了软件规格说明之外的其他功能，这些功能未被软件规格（需求）说明书纳入，但实际运行时也可能会产生bug。

功能性测试总结：

  优点 （1）黑盒测试无关软件实现，软件实现变化，测试用例仍然有用；（2）测试用例开发与软件实现可并行进行，可压缩总的项目开发时间

  缺点 （1）测试用例之间可能会产生严重的冗余； （2）测试用例可能覆盖不到软件的实现，存在未测试的软件漏洞                                    

结构性测试：白盒测试，软件实现已知。根据程序的实现来创建测试用例（引出测试覆盖指标），程序功能函数测试，理想情况下，测试用例需要覆盖程序实现的全部功能。

结构性测试总结：

  优点 （1）测试用例的目标明确 （2）测试管理更有意义

  缺点 （1）对于程序未能实现软件规格（需求）的功能，测试用例永远也覆盖不到 （2）理论性很强，需要测试人员的水平够高

 

两者比较总结：通过比较可得，如果单独采取某种测试方法来构建测试用例，测试结果都会存在安全隐患，因此最好是采用两种方法结合来构建测试用例。黑盒测试确定置信度，白盒测试查找缺陷。