摘要：采用迭代测试流程，能够在迭代软件开发过程中有效组织测试工作的开展，在实际测试工作中应该尽可能地去应用各模型中对项目有实用价值的方面，不能强行为使用模型而使用模型。测试过程中要以及早、全面开展测试为原则，根据软件特点采用于本软件的测试流程，有效管理软件测试过程，最终保证完成测试目标。文章先介绍常用的软件测试模型，现有项目传统采用的测试流程，之后介绍迭代测试模型在PIMS软件中的应用。
关键词：软件测试；迭代开发；测试流程；PIMS软件
1常见的软件测试过程模型
软件测试过程模型主要有V模型、W模型、H模型。V模型强调了在整个项目开发中需要经历的不同测试级别，但忽略了测试的对象不应该仅仅是程序。而W模型在这一点上进行了补充，增加了软件各开发阶段中应同步进行的验证和确认活动，明确指出应该对需求、设计进行测试。但是V模型和W模型都没有将一个完整的测试过程抽象出来，成为一个独立的流程，这并不适用当前软件开发中广泛应用的迭代模型。H模型将测试活动视为一个完全独立的活动，具有自己完全独立的流程，H模型体现了“尽早测试”、“独立测试”和“迭代测试”的原则。
2现有常见软件测试流程介绍
1）立项阶段：明确总体的初步任务；
2）策划阶段：跟进初步任务书情况进行测试的估算，根据初步任务书给出测试的整体计划；
3）需求阶段：明确用户需求、需求规格说明书，在测试前期给出明确的需求文档，后期测试时不会出现较大的改动；
4）设计阶段：明确概要设计说明书，给予集成测试明确的需求说明，测试阶段不会出现较大需求变动；
5）实现阶段：根据前期明确软件需求设计测试方案，测试用例，展开相关的集成测试；
6）测试阶段：结合需求、集成测试情况，对系统展开整体性系统测试，此时整体软件已经具备系统测试要求，系统较稳定，需求一般不会变化。
3迭代开发软件测试流程
3．1迭代开发软件特点
现有软件产品按照上述流程各个阶段明确，但基于迭代开发软件只能给出一个大体需求框架，在软件实现过程中需求会不停地迭代补充，现有常见软件测试流程不适用。
3．2迭代开发软件需求、开发、测试关系
在迭代开发过程中测试端根据整体测试需求目标，制定整体测试框架，对软件实现过程不断迭代添加的用户需求完善对应测试方案、测试用例并完成相关评审，之后将评审情况汇总到整体测试方案并细化相关说明，过程中积累软件相关测试说明，相关开发需求说明。当多个迭代需求的功能说明、测试设计整体汇总的时候，再进行统一分析确认迭代功能未考虑到的测试点，对这些测试点进行相关的补充测试设计、评审、验证。
3．3迭代测试流程
（1）迭代测试流程介绍
迭代测试流程的立项阶段、策划阶段流程过程与现有常见测试流程相比变化不大，但其中策划阶段中的测试估算和策划更模糊，需要具体实施时才可以确认具体的资源情况。
期刊文章分类查询,尽在期刊图书馆
需求阶段、设计阶段、实现阶段、测试阶段因为迭代产品的特点，会综合成一个过程，结合常见软件测试过程模型－H模型，更适合迭代开发软件特点的测试流程为迭代测试流程。
迭代产品开发过程中可能会不断有需求加入，对于新加入需求要持续进行测试方案、测试计划、测试用例的完善，根据新功能完善的测试方案、计划、用例展开相关的评审工作，根据完善的测试方案、用例对新实现功能展开测试验证。
其中的测试方案、用例评审的展开不局限于形式，将明确该功能实现的相关开发人员、系统架构师、产品经理、项目经理加入进行评审。测试计划安排，原则上不与整体项目测试相悖。测试资源预估贯穿于整个测试流程，原则上以不影响整体项目完成为目标。
（2）流程风险
1）缺少文档支持。测试整体需求明确，但到具体的细节需求才可以实现软件的具体功能，进行具体实现。由于时间进度等要求，具体需求实现的过程往往没有文档说明，需要测试与项目组及时有效沟通，此时需要保证沟通的有效性。
2）需求变化。需求零散，实现过程中不断补充完善，不同需求对于整体功能的影响分析会片面，此时需要有整体需求设计负责人对不同需求改动点影响的分析把握。
3）重复迭代。由于需求的不断添加，软件实现功能越来越多，对应老功能的迭代测试工作会逐渐增多。对于逐渐增多新功能需要分析影响面，做到基本功能的冒烟、重点功能冒烟、新功能改动引起的老功能迭代测试。
（3）迭代测试流程在PIMS软件测试中的应用
1）需求跟踪。PIMS软件采用迭代测试流程对用户需求做到了实时的跟踪并做好相关测试工作。软件需求文档中明确具体需求、需求完成时间、需求完成人员、需求工作量等，同时增加需求实现的变更说明，以便测试端能够及时跟踪需求变化情况。测试再根据需求完成时间、需求描述等，与相关开发人员、产品经理、架构师等沟通分析完善测试方案等内容，再展开相关的测试。
2）资源安排。PIMS软件采用上述迭代测试流程，其中的测试资源安排受制于开发项目迭代开发完成进度，在迭代的测试安排过程中出现过测试时紧时松，未得到有效利用的情况。对于该流程只是规定了如何操作的形式上，还需要对迭代资源在开发和测试端做出一个合理的流程辅助。在该项目中，测试端看到了该问题，与开发进行了沟通，并分析需求实现内容的前后逻辑关系，调整测试资源的安排。
3）文档积累。项目操作过程中由于产品的迭代实现时，部分功能是基于以前已实现功能上改进，但部分功能的实现由于人员的变动、缺少文档导致新开发人员无法及时了解原有功能的功能实现，以致新功能的实现不符合真正的用户需求、新功能的实现使原有功能的失效。故在测试流程上，还需要明确开发给出的新功能要有一个简单的需求说明对需求做一个迭代的基线跟踪处理，不能完全脱离文档，导致前后需求矛盾、需求实现不合理情况的发生。
4）迭代测试技术。对于迭代开发的PIMS软件特点，为有效进行原有功能的迭代测试，采用了robot＋selenium＋python框架对已实现功能实现了自动化功能测试，一定程度上减少了人工测试工作量。为了测试质量的保证，以及迭代软件的持续迭代测试，最好利用高效率的自动化测试工具来辅助完成前期已实现功能的迭代验证。
4结束语
采用迭代测试流程，能够在迭代软件开发过程中有效组织测试工作的开展，在实际测试工作中应该尽可能地去应用各模型中对项目有实用价值的方面，不能强行为使用模型而使用模型。测试过程中要以及早、全面开展测试为原则，根据软件特点采用于本软件的测试流程，有效管理软件测试过程，最终保证完成测试目标。
参考文献：
［1］张瑞青，董淑娟．灵基于W模型的软件测试设计与实现．电脑知识与技术，2012，8（20）：4909－4911.
［2］柳纯录．软件评测师教程［M］．北京：清华大学出版社，2012.
［3］丰彦．软件测试的系统测试方法［J］．海峡科学，2005（3）：32－34.
论文作者:王鹏1,韩小波2
论文发表刊物:《电力设备》2018年第34期
论文发表时间:2019/5/24
标签：测试论文; 需求论文; 迭代论文; 流程论文; 软件论文; 模型论文; 功能论文; 《电力设备》2018年第34期论文;