测试过程当中的评审工做及关注事项

　　公司的软件开发EPG过程规范中对测试领域的工做及其规范作了细致的说明，虽然是CMMI3+，不过仍是有些地方只是官样文章，是形而上的东西，在实 际工做中不具有任何的指导做用。因此咱们领导以为这个能够本身从新定义一些在测试思惟上较为技术性的东西归入到测试领域的规范当中，而我负责关于用户需求 评审和系统测试用例评审的检查点整理工做。因为用户需求评审可以有助于测试人员系统测试工 做的开展，因此下面就用户与需求评审所须要准备的工做、用户需求评审时所要思考的问题、系统测试用例评审过程当中所须要考虑的一些检查点进行简单的列举。这 些内容都是我的经验总结，并不能应用于全部类型的系统，因此请不要拿来硬套，由于不一样行业、不一样类型的系统特征是不一样的，我所关注的只是我所负责的保险系 列业务系统。

　　用户需求评审准备工做
 　　  》向用户或者BA/SA索取原始需求文档；
　　 》仔细阅读需求文档，大体估算系统改动；  
　　 》向开发人员了解预计的开发工做量，而且相互印证系统改动的估算；  
　　 》了解需求排期，预估测试所需人力，估算时须要考虑关联影响测试；  
　　 》了解相同和接近的版本周期内的其余需求和版本，预估测试环境和人力是否足够，若是有可能资源不足则及时升级而且邀请测试经理参与需求评审会议。  

　　用户需求评审问题清单
 　　  》本需求提出的背景：现有功能有什么样的问题、由什么市场、行业的变化所致使？
　　 》本需求所要实现的目标：操做流程简化、业务成本下降或者客户满意度提升等等？  
　　 》本需求是否有前置和后续需求排期？其优先级是否合理，实现状况分别是怎样的？  
　　 》本需求的内容是否会与现有业务逻辑或者系统逻辑的冲突？若是有，该如何解决？  
　　 》本需求所包含内容是否有冗余：与现有某些系统功能或流程重复，形成重复开发？  
　　 》本需求是否有足够的资源去实现，包括测试人力、开发人力或者测试环境等资源？  
　　 》本需求完成以后的效益是否足够抵消其在IT版本的成本投入？是否可能会出如今这个需求上“得不偿失”或者说“入不敷出”的状况？  
　　 》本需求用户验收测试有什么样的案例？对应的数据类型和数据量的需求是怎样的？  
　　 》本需求的UAT所须要的时间应该有多少？用户是否有足够的测试人力投入？IT应该保证的最短UAT时间须要多少天？  
　　 》UAT人员是否有就此需求测试的其余特殊要求或疑问？若是有，这些要求是否合理、是否有必要、是否须要IT同事支持或者是否有变通解决方法？  

　　系统测试用例评审关注点
 　　  》用例描述、操做步骤、预期结果和数据使用等信息是否准确、完整、无歧义；
　　 》用例是否包含了足够多的业务类型分支或数据场景分支；  
　　 》用例中是否设计了操做源表包含百、万、百万甚至亿级数据，结果集输出包含10、百、千等不一样级别的数据场景，对其性能是否可接受是否有可行的验证方法；  
　　 》用例是否考虑了用户使用的频率，若使用很是频繁，那么是否须要作并发测试；  
　　 》被测功能是否为无操做界面的系统自动任务，若无操做界面，那么用例中是否考虑了用户测试的方法；如有界面，是否有界面规范性性检查测试用例（CQ中有界面变动项为是的需求）；

本文转自：http://www.spasvo.com/news/html/20131219105430.html