软件测试流程及规范V11

《软件测试流程及规范V11》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、软件测试流程及规范一.软件生命周期中测试工作流程测试T作流程业务部软件部测试组提交瑕终版SRS编写《测试计划》、$测试方案》设计测试用例.编写测试用例分析、修改缺陷回归测试系统测试方案.用例评审单尤测试方案■川例评审v执行单•元测试工记录缺陷提交系统测试报省編辑单元測试方案、用例＞编辑单元测试方案、用例分析缺陷根据SRS,评审验收测试方案、用例修改缺陷A昌期测试执行系统测试◄_-记录缺陷q回归测试提交系统测试报吿;分析缺陷修改缺陷记录缺陷提交验收测试报告二、各阶段具体流程1.需求分析阶段立项綁写/修改、K、>1駁处删1^—:审核足否通过i二——►r、捉交锻终版、心依撼、KS

2、.项日整体汁划.设计.洞写2棘试计划:L/评审测试计划柯测试改讥优化测试汁划.测试设计:.申核足否通过迓入戦妾没汁阶段.繳1试计划色根刘、Kb加义相应的测试；告.即制订浏试的标准1・以后防百的枫试工作祁物用绕看测试爲求來迸行.符台滋试需求的应川程厅即足合恪反之即足不合恪的&nJ时L还娄适当选择祂试力容L合理安猎眇试人城•的试何仙及测试資漁導,.讹1试设计8将侧试计划阶段制订的测试需求分解.细化为若干个町执行的眇试过棉・并为毎个测试过枚选择适当的测试用例,1.1步骤说明1、需求定义基本完成，SRS编写完成。2、开评审会，由需求调研人员、开发组、设计组、测试组等人员对需求屮不清

3、號、不完整、存在疑义的地方提出问题，相关人员解答并确认。3、当评审未通过，直接打回，重新修改SRS,问题解决后，重新提交评审。4、当评审通过后，依据SRS,项目整体计划，设计、编写《测试计划》和《测试设计》，具体模板见附件。5、开评审会，由开发组、设计组、测试组等人员对计划和设计中不清楚、不完整、存在疑义的地方提出问题。6、当审批未通过，直接打回，优化测试计划、测试设计，问题解决后，重新提交评审。7、市核通过后，进入下一阶段。1.2测试通过打回标准1・3、阶段的输出输入：最新SRS、项目计划输出：测试计划、测试设计2、单元及集成测试流程2.1步骤说明:1、理解需求和设计理解

4、设计是很重要的，特别是要搞清处被测试模块在整个软件中所处的位置，这对测试的内容将会冇很人的影响。需要记住的一个原则就是：好的设计，各模块只负责完成白己的事情，层次与分工是很明确的。在单元测试的时候，可以不用测试不属于被测试模块所负责的功能，以减少测试用例的冗余，集成测试的吋候会有机会测试到的。所以，单元测试主耍是关注本单元的内部逻辑，而不用关注整个业务的逻辑，因为会有别的模块去完成相关的功能。2、概览源代码浏览一下源代码，主要任务：1）初步检查源代码的编码风格与规范。2）人致估算测试工作量，比如：需要多少的测试用例、需要写多少的驱动模块和装模块等。3）确定模块的复杂程度，初

5、步制定测试的优先级等。3、精读源代码认真阅读和分析代码，主要任务：1）理解代码的业务逻辑。2）检查代码与设计是否相符，如果详细设计没有该模块的流程图的话，先去画出流程图。3）仔细研究逻辑复杂的模块。4）可以采用一些检查列表来检查程序可能会出现的问题。4、设计测试用例综合运用口盒测试方法（和结合黑盒测试方法）来设计测试用例，包括功能测试、性能测试等，要达到一定的测试覆盖率。在设计测试用例的过程屮，流程图或控制流图是分析的好帮手。5、搭建单元测试环境使用工具或自己写的框架将有助于单元测试的实施。在这个阶段主要就是写桩模块和驱动模块，第4步所设计的测试用例是通过驱动模块传递给被测

6、试模块的，然后驱动模块想办法获取被测试模块对数据的处理结果，并判定返回的实际结果与测试川例的预期结果是否一致，通过测试框架来记录执行的结果，对于出现的错谋，还需要统计错谋的信息，供执行完之后分析。6、执行测试运行写好的驱动模块完成对被测试模块的测试。7、补充和完善测试用例单元测试也是个循序渐述的过程,可能一开始考虑的不够全面，或预期的覆盖标准太低,需要在测试过程小不断补充测试用例，直到满足要求为ll：o8、分析结呆，给出评价根据测试的结來分析、查找错误的原因，并找到解决的办法。测试结束之后，根据测试过程的数据统计，给出被测试对彖评价1.2测试通过打回标准1、通过标准2、打回

7、标准2.3、阶段的输出输入：最新SRS、项目计划、详细设计输岀：单元测试计划、单元测试用例、单元测试总结分析。3、系统测试流程系统测试是将已经确认的软件、计算机硕件、外设、网络筹其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产站系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与Z矛盾的地方，从而提出更加完善的方案。系统测试发现问题Z后要经过调试找出错误原因和位置，然后进行改正。是棊于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测