测试管理及项目测试流程

Posted 满眼*星辰

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了测试管理及项目测试流程相关的知识,希望对你有一定的参考价值。

基于需求测试管理

测试目标:量化指标;性能测试;需求分析
测试范围:
测试工具:兼容性测试:app,主流机型;性能测试-jmeter,loadrunner;接口测试:postman soupUI 写脚本
测试资源:人力资源;物力资源
测试计划:时间

测试策略:有限的时间,有限的资源要达到一个平衡,最终软件质量和测试所产生的风险之间的平衡。

需求分析:
功能性需求:登录、注册、查询。。。

非功能性需求:在功能性需求上增加一些限制,易用性,兼容性,可靠性,可移植性,安全性,性能
例如:登录:在高峰期,用户平均成功登录的时间不超过3s钟。
安全性限制:上传的时候上传任何病毒,报警。

不同的产品,不同的用户群体,测试的需求也不同
例如:手机:老年机 / 智能机

测试案例:
一个全新上线的app需要做哪些测试?
兼容性,安全性,功能性,接口,可靠性,可移植性,性能

一个增加了新功能的app需要做哪些测试?
对增加的功能进行测试,如果有其他非功能性的测试需求,也要进行相应的测试,并进行回归测试(可能会影响历史功能)

一个只修改了页面广告的aoo需要做哪些测试?
界面测试,兼容性测试

文件压缩项目

1.项目启动,介入了解需求

项目背景:磁盘空间不够,需要一个压缩、解压缩文件 目标:完成所有文件类型的压缩、解压缩。 时间:2018-6-
1到2018-6-7 项目成员:
项目经理:唐僧
产品经理:孙悟空
开发:猪八戒
测试:沙和尚

2.需求分析

功能需求:
文件类型:支持所有的文件
压缩文件个数:最多压缩100个文件 —— 等价类;边界值
压缩大小:不超过5G —— 等价类;边界值
界面需求:布局、排版美观

非功能需求:
性能需求:压缩、解压缩文件不超过30分钟
安全需求:带有病毒感染的文件不能压缩
易用性需求:操作简单、方便
兼容性需求:windows7,windows8,windows10都可以使用。

3.制定测试方案(计划+策略)

测试的范围及测试点: 压缩、解压缩文件,单文件,多文件
测试方法: 手工
测试所涉及的类型:
功能:依照功能测试用例全部执行
性能:依照性能测试用例全部执行
安全:依照安全测试用例全部执行
兼容:依照兼容测试用例全部执行
界面:依照界面测试用例全部执行
易用性:依照易用性测试用例全部执行
测试管理工具:禅道
测试资源:
在这里插入图片描述

风险:
人员离职:人员备份、感情留人、代码注释
测试轮数:
第一轮测试:冒烟测试,全面测试
第二轮测试:冒烟测试,BUG验证,回归测试
第三轮测试:冒烟测试,BUG验证,全面回归测试
第四轮测试:封版测试
配置管理:
每发布一个版本将源代码上传至: https://github.com/broncho,并做好版本管理
项目中产出的所有文档上传到 :svn://118.24.113.xx/
变更管理:
按照公司的变理管理流程执行
评审管理:
按照公司的评审管理流程执行
准入准出标准
准入测试:冒烟测试通过
准出标准:严重、重要BUG无遗留,一般、次要BUG合计不超过2个。

4.测试执行流程

1.需求测试
基于需求的测试方法是基本的测试方法,而需求的质量直接影响到后续的开发和测试工作。
需求审核
需求测试
测试设计中进行需求测试
需求测试要素:正确性,必要性,完整性,一致性
需求测试应该尽早开始
2.提测版本测试
冒烟测试
版本测试中信息传递:修改内容,配置管理
3.系统测试
根据测试用例执行测试
缺陷管理
4.回归测试
确认回归内容
确认回归方式为手工
用例的回归
bug的回归
5.编写测试报告
缺陷分析
测试结论

5.编写测试用例

1.压缩单个文件,0个文件,50个,100个
2.压缩0k大小文件,1k,3k,超过5g,刚好5g文件
3.压缩相同类型文件,不同类型文件
4.二次压缩、压缩空间不足、压缩成不同扩展名文件、压缩一般强制停止、切换目录压缩
5.解压单个文件,0个文件,50个,100个
6.解压0k大小文件,1k,3k,超过5g,刚好5g文件
7.解压相同类型文件,不同类型文件
8.二次解压、解压空间不足、解压成不同扩展名文件、解压一般强制停止、切换目录解压
9.性能:压缩、解压文件性能
10.安全性:压缩、解压带病毒文件
11.易用性:是否符合客户预期
12.兼容性:在win7,win8,win10下测试
13.容错性:解压已损坏的压缩包

6.测试执行

准备工作:压缩文件数据准备 收到第一个测试版本:冒烟测试,全面测试 收到第二个测试版本:冒烟测试,BUG
验证,回归测试 收到第三个测试版本:冒烟测试,BUG验证,全面回归测试 收到第四个测试版本:封版测试
缺陷管理
发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷

7.输出测试报告

缺陷分析
测试结论

8.版本发布

发布上线
跟踪、收集信反馈

9.项目总结

项目做好的,值得其它项目借鉴:
项目做有待改善的地方:

练习:百度云盘测试用例

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

以上是关于测试管理及项目测试流程的主要内容,如果未能解决你的问题,请参考以下文章

测试管理及项目测试流程

测试管理及项目测试流程

软件测试体系学习及构建(19)-测试活动之缺陷管理

测试流程?项目管理流程?

测试工作管理与规范

软件测试管理神器之zentao(禅道)-BUG管理