福瑞博德软件测试生命周期.docx

《福瑞博德软件测试生命周期.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、福瑞博德-软件测试生命周期————————————————————————————————作者：————————————————————————————————日期：软件测试生命周期如同软件生命周期，我们也可以将软件测试阶段按照生命周期的方法去分析。 【这种思想，我是在一个国外的网站上看到的。对于如何开始和什么时候开始进行软件测试，我觉得目前来说如果硬性的去规定按照什么什么流程来说，有点形式主义。我个人的经验来说，很多项目都是在开人员完成大部分代码的情况下提交给测试人员测试。很多时候，都没有任何文档，即使有也没有时间去看。这个时候如果按部就班的去制定什么测试计划，测试用例等等，不是不能

2、，但是基本上都因为时间和项目进度的影响而大量的缩减形成的文档的数量。 但是，不做不代表着我们不去思考。个人觉得，在当前中国软件测试水平比较低的状态下，我们应该做到即使没有去做，但是也应该想到，而且应该不断的思考和学习，并且广泛的交流经验。为了将来的从事测试行业的新人们能够提供足够多的借鉴。所以，尽量做到抛砖引玉吧 这篇文章是借鉴了原作者的思想，将其主要内容用中文表达出来，所以大部分是作者的思想，但是不免带有我个人的一些主观想法，所以还请各位谅解。而且由于原作者是共享的是一个公司内部的文档，所以我也不便将其原文贴出，不过主要思想我是能够提供给大家的。共同学习。】 软件测试周期分为如下的阶

3、段： Planning计划阶段 Analysis分析阶段 Design设计阶段 Construction书写阶段 TestingCycles测试阶段 FinalTesting完成阶段 Implementation执行阶段 Planning-thisistheproductdefinitionphase 这是产品测试概念定义的阶段。我觉得这部分的工作主要是管理人员在做，然后让测试组员进入某些活动。 包含的工作是： 1.HighLevelTestPlan制定一个高级别的测试计划，应该就是测试大纲了，包含多个测试周期的设定等等。 2.QualityAssurancePlan制定测试的目标，

4、质量参数，beta测试的验收标准等等。 3.Identifywhenreviewwillbeheld制定各个阶段进行review的时间。这个review应该是对上阶段的情况进行分析和总结，以调整计划。也应该有一些讨论测试覆盖率或者某些Testcase或者人员的不足啊之类的东西吧。 4.ProblemReportingProcedures制定错误报告的流程。比如说那些问题要报，那些问题暂时不用报。书写的格式，跟踪的方法等等。 5.IdentifyProblemClassification制定错误报告的类型。比如说那些是UI的，那些是功能的，那些是性能的等等   6.IdentifyAc

5、ceptanceCriteria制定软件可接受标准。比如说错误率在多少，那些错误可以暂时不修改，测试多少轮，覆盖率多少，测试深度多少等等。 7.Identifyapplicationtestingdatabases制定程序测试数据库。这个可能是模仿用户需求的数据库模型是什么，或者也可能是一个包含需要测试的数据的库 8.Identifymeasurementcriteria制定错误的优先级别。分为紧急啊，一般啊，较高啊之类的级别。用来给开发人员参考，那些需要先修改。 9.Identifymetricsfortheproject制定项目的跟踪。比如一些跟踪文档，每周提交的weeklyrep

6、ort之类的。例如在周报里面包含着本周新写多少个问题，解决了多少个问题，有多少问题是无效的，运行了多少个测试用例，通过率是多少等等。10.Beginoveralltestingprojectschedule制定详细项目计划表。包括每个阶段的具体时间了，需要的人数了，需要的资源了等等。 11.ReviewProductDefinitionDocument复检产品定义文档。主要是重新对设计文档进行阅读，对现在开发的产品进行检验，防止出现误差。并且对一些设计提出用户角度的观点等等。这个应该不用所有测试人员参与。生成的应该是设计文档的一个修改和一个会议记录之类的文档。 12.Plantoman

7、agealltestcasesinadatabase,bothmanualandautomated.设立一个数据库将手工测试和自动测试用例放到一起管理。我觉得不如只输入编号，然后剩下得字段用于记录每个测试用例在不同软件版本时的情况。例如，是否通过，还是阻塞了和有那些问题报告等等。 Analysis-Thisisexternaldocumentphase 这是一个外部文档阶段。之所以说是外部文档，是因为这个阶段的工作主要都是从客户和开发组得到的