软件测试流程图案例

在线购物场景测试:第一步：确定基本流和备选流第二步：确定场景场景流的组合场景1—成功购物基本流场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4第三步：设计用例（v：有效；I:无效；n/a：不相干）用例编号场景/条件输入预期结果账号密码余额1 1：成功购物V V V 成功购物2 2：账号不存在I n/a n/a 提示账号不存在3 3：账号或密码错误（账号正确，密码错误）V I n/a提示账号或密码错误，返回到基本流步骤34 3：账号或密码错误（账号错误，密码正确）I V n/a提示账号或密码错误，返回到基本流步骤35 4：余额不足V V I 提示账号余额不足请充值，充值后返回到基本流步骤46 5：账号没有钱V V I 提示用户绑定银行卡或充值，充值后返回到基本流步骤4第四步：设计数据，填入用例表（前置条件：所购商品价格150元）假设Sue是注册用户，密码1s2，余额200；Jim未注册用户；Sun是注册用户，密码1234；Van是注册用户，密码1v2，账号余额1；Tom是注册用户，密码123，余额为0；用例编号场景/条件输入预期结果账号密码余额1 1：成功购物Sue 1s2 200 成功购物2 2：账号不存在Jim -- -- 提示账号不存在3 3：账号或密码错误（账号正确，密码错误）Sun 12345678 --提示账号或密码错误，返回到基本流步骤34 3：账号或密码错误（账号错误，密码正确）Sunny 1234 --提示账号或密码错误，返回到基本流步骤35 4：余额不足Van 1v2 1 提示账号余额不足请充值，充值后返回到基本流步骤4课堂练习：旅馆住宿系统房间网上预订业务•需求：游客访问网站进行网上房间预订操作，选择合适的房间后，进行在线预订；此时，需使用个人账号登录系统；待登录成功后，进行订金支付（订金额为1天的房款）；支付成功后，生成房间预订单，完成整个房间预订流程。

案例：缺陷报告流程内容：步骤一：提交测试报告测试人员张萍在对办公自动化系统V1.0进行测试过程中，发现了系统中的三个缺陷，并填写了三份缺陷报告，如表4-1、表4-2、表4-3所示，全部提交给了开发组长赵新。

表4-1 第1份缺陷报告表4-2 第2份缺陷报告表4-3 第3份缺陷报告步骤二：分配缺陷报告赵新接到报告后，分别进行如下处理：对于001和003：开发组长赵新能够明确，缺陷报告中描述的缺陷确实是系统缺陷，应该立即修改。

于是填写两份缺陷报告中的处理信息后分别提交给相应的开发人员，如表4-4 和表4-5所示。

表4-4 开发组长对001报告的处理结果表4-5 开发组长对003报告的处理结果对于4-2：开发组长赵新翻阅了最新的需求文档，并与相关的开发人员进行沟通，最后明确得出“该报告中描述的现象不是缺陷，是按照用户最新的需求完成的。

”这一结论，并提交给测试组长，如表4-6所示。

表4-6 开发组长对002报告的处理结果步骤三：分析缺陷报告针对报告002中的问题，测试组长翻阅了相关的需求文档，发现关于“撤销”流程的描述不是十分的严密，在需求中阐述了“如果文档被处理就不允许撤销。

”这样的描述不够细化，让测试人员认为部门经理“浏览文档”的过程即是“处理”，而开发人员认为只有该文档被修改了才能算处理。

于是测试组长召开缺陷分析会议，包括开发组长和需求人员在内，针对所有有争议的缺陷进行讨论。

最后决定重新明确需求，按照用户需求确定问题是否为缺陷。

需求人员通过与用户沟通明确了详细的需求。

最后决定：1.该报告中描述的问题不是系统缺陷。

2.需求人员修改需求文档，将“撤销”流程细化。

步骤四：解决缺陷报告1.相关开发人员修改报告001和003中的缺陷，并填写修改记录。

如表4-7和表4-8所示。

表4-7 开发人员填写001报告的修改记录表4-8 开发人员填写003报告的修改记录2.测试组长及时将缺陷报告002进行标记，并存档。

步骤五：返测缺陷报告开发人员修改了程序中的错误后，提交了V2.0版本，测试人员对001和003进行返测，并填写返则结果，如果问题依然存在或者引发了新的问题，则继续提交给开发组长，循环前面的步骤，如果验证缺陷已经修复，则提交给测试组长，如表4-9和4-10所示。

1.目的本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规，以有效保证软件质量。

2.围本文适用于信息中心软件测试人员。

3.参考资料《缺陷管理规》《测试执行规》《文档测试指南》《项目测试计划模版》《测试用例设计规》《功能测试用例模版》《集成测试用例模版》《项目测试报告模版》《自动化测试计划模版》《性能测试计划模版》4.测试过程描述4.1 测试流程图需求评审测试计划测试设计功能测试执行集成测试设计/性能测试设计集成/性能测试文档测试项目总结4.2 活动说明4.2.1 需求评审4.2.1.1目的从源头把握软件质量，并确保开发结果与实际需求相一致4.2.1.2角色与职责需求人员：《需求规格说明书》的编写，以及软件开发过程中《需求规格说明书》的修正；评审人员：评审《需求规格说明书》，从全面性、完整性、正确性、一致性、可靠性方面检、查《需求规格说明书》，将需求缺陷提交给需求人员，并跟踪需求缺陷直至需求缺陷验证关闭。

4.2.1.3启动标准《需求规格说明书》编写完成4.2.1.4工作流程图需求评审需求人员评审人员验证需求规格说明书评审完成对需求规格说明书评审发现需求缺陷修正需求规格说明书将需求缺陷提交给需求人员修正需求文档，并提交评审人员验证全部缺陷验证通过存在不通过的需求缺陷4.2.1.5输入/输出输入：《需求规格说明书》输出：需求缺陷4.2.1.6规参见《文档评审指南》4.2.2 测试计划4.2.2.1目的明确测试容、测试任务安排、测试进度、测试策略、测试资源、风险控制；保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中的各种变更。

4.2.2.2角色与职责测试负责人：根据《项目整体计划》、《需求规格说明书》编制《测试计划》，明确测试容、测试任务安排、测试进度、测试策略、测试资源、风险控制，以便测试工作正常开展，测试计划实际编写容参见《项目测试计划模版》。