德清县建设银行官方网站,网站建设招标模板,建设部科技项目申报网站,阿里云域名备案网站建设方案书一、目标
结合公司现有的项目情况制定合理规范的测试流程#xff0c;提高测试效率和产品质量#xff0c;尽可能减少客户对产品的问题反馈#xff0c;
核心还是要加强项目组成员之间的工作交流和沟通#xff0c;保证整个项目的高效率的按质按量的交付。
二、测试流程说明…一、目标
结合公司现有的项目情况制定合理规范的测试流程提高测试效率和产品质量尽可能减少客户对产品的问题反馈
核心还是要加强项目组成员之间的工作交流和沟通保证整个项目的高效率的按质按量的交付。
二、测试流程说明图 三、测试流程
1.需求分析
参与人员客户、项目经理
由项目经理(项目负责人)与客户相关人员开会确定需求明确主要功能点具体到某一个的小功能一旦和客户那边确定了需求就可以开始启动整个项目的工作
2.需求评审
参与人员开发、测试、设计、产品
所有的从零开始的项目都需要需求评审在需求评审过程中开发从技术角度来分析实现方案实现的难易程度。设计(美工)人员从视觉交互的角度给出适当的建议有没有不合理的交互流程哪些地方需要再优化测试从用户角度来给出产品的用途逻辑上是否存在不合理的建议在需求评审结束之后明确相关人员的具体职责工作评估设计开发周期测试周期制定项目计划
项目计划由项目经理制定内容分为成员职责(把开发任务分配到每一个成员身上)、项目进度(成员在限定日期前需完成哪些功能版本打包上线的最后时间期限)
3.测试计划
参与人员测试组长、测试成员
测试组长把任务下发到具体的测试人员对应具体的测试模块或任务
测试组长制定测试计划计划的内容有以下
①测试内容所测试的功能清单
②测试规则测试方法、测试要点、测试工具
③测试环境硬件环境、软件环境、其他特定环境
④项目任务测试规划、测试设计、执行测试的准备、测试执行、测试总结
最终以文档形式输出测试计划
4.编写测试用例
参与人员测试人员
测试人员依据制定的测试计划和功能点编写高质量的测试用
最终以文档形式输出测试用例(excel表格)
5.用例评审
参与人员开发、测试、产品
目的确认细节规则和测试结果的准确性避免功能点的遗漏
根据项目大小或者项目的上线时间来决定是否需要开评审会此项视情况而定若时间紧急可直接测试组长和测试成员进行评审由测试组长把关测试用例的质量。
6.执行测试用例提交缺陷
参与人员测试人员
在执行测试用例之前先做个冒烟测试验证项目基本的主要功能点是否通过这项操作的目的是来评判这个版本的功能是否可测若初步的冒烟测试都没有通过则打回开发组要求开发组返工。第一轮简单的系统测试后开始执行测试用例发现缺陷在bug管理工具JIRA上提交缺陷分配到对应的开发人员由他们进行修改。
测试内容
①功能测试 核心业务流程功能完整性需求的覆盖性体验性
②兼容性测试 多个测试平台覆盖
③接口测试 权限的处理状态的约束
④性能测试 压力测试并发测试
⑤安全测试 传输数据加密用户访问认证日志记录等
文档输出缺陷记录测试的数据已执行的测试用例
7.Bug跟踪直至缺陷关闭
Bug内容编号功能模块缺陷描述截图优先级严重程度版本号处理 人状态开始时间结束时间环境测试
缺陷状态新建已处理已拒绝已解决已关闭延迟处理重复缺陷 缺陷处理流程
①开发认为是缺陷的处理
测试人员发现并提交缺陷由开发人员进行处理开发人员修改了这个缺陷就会将 这个缺陷的状态置为已解决状态让测试人员进行验证。测试人员对这个已修复的缺 陷进行回归测试如果回归测试通过则将缺陷状态置为已关闭如果回归测试没 有通过则将缺陷状态置为新建状态等待开发再次修复直到修复成功。
②开发认为不是缺陷的处理
测试人员发现并提交缺陷由开发人员进行处理。但是开发人员认为不是缺陷则 将该缺陷的状态置为已拒绝状态并提交回测试人员可简单描述拒绝原因。测试人 员如果认为确实误报了缺陷则直接关闭如果经过测试人员和开发人员沟通交流 过后认为是bug则测试人员重新打开新建让开发人员继续修改开发人员修 复这个缺陷置为已解决提交给到测试人员进行回归测试直到回归测试通过为止
③开发认为重复缺陷的处理
测试人员发现并提交缺陷由开发人员进行处理。但是开发人员认为是重复缺陷 则将该缺陷状态置为重复缺陷测试人员一定要确认该缺陷是否确实重复如果确 实是同一个缺陷则将重复的缺陷直接关闭。如果不是同一个缺陷则重新打开该 缺陷继续跟踪。
④延迟缺陷的处理
测试人员发现并提交缺陷由开发人员进行处理。但是因为项目和时间等因素某 些缺陷无法在项目周期内完成则需要进行延迟处理备注延迟处理的缺陷本身 被确定为有效缺陷对于延迟的缺陷需要经过开发、测试、项目经理、客户代表 共同认可方可延迟。对于延迟的缺陷置状态为延迟处理。到了下一个版本测试 人员就应该把所有延迟处理状态的缺陷重新置为新建状态让开发人员继续修复。
经过两到三轮或四轮的测试后直到没发现新的问题。或暂时无法解决或不紧急的问题跟项目负责人确认后可以通过。
8.测试结束生成测试报告
当测试通过后需生成一份测试报告测试报告内容重点
①测试项目的版本测试项目内容的概述
②测试用例的执行情况
③测试结果的统计总bug数bug级别分类统计已解决数遗留数
④测试评估基于软件缺陷的质量评估写明在当前版本已实现的功能和未实现 的功能
测试报告文档输出说明该项目软件的开发是否达到预定目标是否可以交付使用
记录测试结果与发现及本项目测试工作所得到的各项输出的承载体
根据输入与计划、要求的对比来总结此次项目所获得的经验
9.备注
前期的准备工作和最后的交付件 最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
