测试计划第一次迭代.docVIP

简版导诊系统 测试计划 修订历史记录 版本　　　　　　　 日期　　　　　　 修订者　　　　　 说明　　　　　 简介 背景 范围 本次测试包括简版导诊系统的软件功能及流程。 测试参考文档 《测试计划》 《需求说明书》 《用户操作手册》 测试提交文档 《测试用例说明书》 《缺陷报告》 测试目标 功能可行性 以需求分析说明书为依据，测试需求是否完成，是否按要求完成，是否满足需求。若对原需求有所更改和变动，应提交详细的文档说明。 数据准确性 根据业务实际使用正确的数据输入，能够得到正确的结果，在数据库中可以查到记录。输入错误的数据应该给与友好的界面提示，同时进行错误判断。 测试计划 测试活动 计划开始日期 实际开始日期 结束日期 制定测试计划 20 20 20 测试用例设计 20 20 测试用例评审 功能测试 20 20 20 回归测试 20 测试评估报告 测试工具 用途 工具 生产厂商/自产 版本 测试人员分配 名称 测试内容 时间 沈艳芳 测试策略 本系统的大部份界面排版和功能比较相似，所以测试从简单的开始。首先测试功能相同的部份。 界面测试 根据界面测试要求对设计的页面，对话框等进行检测，系统是否美观，排列是否整齐，是否符合用户一贯的操作习惯，表单、按钮等页面元素的显示方式是否正确。 所有的页面连接正确 所与的页面和弹出窗口标题头都明确注明，名称保持一致性。 所有的查询功能：当不选择查询条件的时候能够查询到所有的记录；输入查询条件的时候，能够显示正确的结果；支持模糊查询。 所有的修改操作：保证所有的修改操作可以正常进行，当输入非法数据的时候，能够给与友好提示。 所有的datagrid列排序功能正确。 功能测试 结合测试用例说明书对每个功能点进行检验，测试用例可采用边界值、等价类划分法，测试正确的业务数据和非法数据，考虑连续操作，多数据量的情况。重点测试系统流程。 不同角色的人员只拥有自己角色该有的权限，某角色数据不能互串。 登录密码加密。 测试执行，必须按照用例严格执行，并记录测试结果。如果发现用例有缺失错误，必须在测试过程中同步更新 测试步骤 第一步：进行功能测试(按照功能测试用例对每个功能点进行测试），缺陷填写在测试用例说明书的“测试结果”一栏。 1、进行各个模块的功能测试 2、根据测试数据对所有功能的数据进行验证 第二步：进行功能回归测试，缺陷填写在测试用例说明书的“测试结果”一栏。 问题严重度描述 对于缺陷的严重度评定如下 ： 问题严重度 描述 备注 高 例如使系统崩溃，严重影响操作流程；页面连接错误 中 对流程没有很大的影响 低 界面不好看，排列不整齐；对系统提出修改的建议