软件开发各阶段测试主要针对查找什么类型的缺陷?
发布网友
发布时间：2022-04-26 09:13
共5个回答
热心网友
时间：2022-06-26 12:47
一般软件开发的生命周期遵循以下几个阶段：需求，设计，开发和测试。
那么，测试在各个阶段的具体实现是不同的。
需求阶段，测试侧重于考察需求对业务的支持。体现在对需求规格说明书中的，业务流程，子系统划分，用户用例，状态图，数据流图等的测试，主要是业务分析测试；当然，目前很多公司由于测试团队能力不足，只能执行文档测试，找点儿文档编写方面的缺陷，以及可测性方面的缺陷。系统功能测试计划，用例在需求阶段可以同时编写。
设计阶段，测试侧重于考察设计对需求的支持。体现在对设计文档中的数据结构，内部外部接口定义等内容的同行评审。另外，测试驱动开发，则要求在接口文档产生后，编写接口测试的计划和用例。
开发阶段，测试人员可以编写单元测试用例，单元测试脚本等。这时候也应当进行代码走查和结对开发。这个阶段测试侧重于考察代码对设计的准确实现，因此基本都是对代码本身的测试。另外在开发阶段的中后期，开始集成测试，前面写的接口测试用例和脚本在这里都会使用。该测试主要是用来验证系统正确集成，功能可用。
测试阶段，系统已经集成完毕或者基本稳定，系统被放到模拟生产环境中进行系统测试，在需求阶段编写的系统测试用例可以实施。这个阶段主要是确认业务流程可以完整实施。一般情况下，国内只有在这个阶段才开始性能/稳定性/兼容性/可用性/安全性测试。而事实上，在前面描述的各个阶段，这些内容都应当在评审或者测试的范围内。
在这之后，就是交付甲方的UAT，之后是商业BETA等等阶段。这些阶段是各种测试的混合，但是最核心的是系统的业务完整性，系统安全性和系统可用性这三个方面。
在需求阶段前，是立项-投标阶段，实际上，呵呵，这个阶段同样有测试存在，主要是同行评审，技术委员会实施的。
总而言之，软件测试这个东西，只是产品质量保证体系中的一部分，在CMMI中属于验证和确认实践。验证和确认实践中除了软件测试，就是同行评审。越是前期工作，同行评审的比重越大，测试的比重越小；越是后期，前者越小，后者越大。我前文是混淆了测试和评审，用广义的验证和确认更加准确。
热心网友
时间：2022-06-26 12:47
热心网友
时间：2022-06-26 12:48
2.至于说早介入和晚介入的问题：越早发现缺陷，修改缺陷所花费的代价越小！数据对比网上有！比如你已经把程序都开发出来了，我才发现是个需求缺陷和你在开发的是后需求分析或更早的时候就发现问题这两个花费的代价是不能相提并论的！
我说的可能也不准确，lz可以多学习下！希望对你有帮助！
热心网友
时间：2022-06-26 12:48
热心网友
时间：2022-06-26 12:49
那里更人性化
