敏捷开发模式
- 敏捷的四个宣言:
- 沟通
- 轻文档
- 客户参与
- 拥抱变化
- 特点:周期短,团队人数不超过十个人,每天都要开站例会,晨会时间不超过15分钟
- scrum流程图:整理user story,确定本轮需要完成的user story,分任务,开发,测试,上线
- 软件测试V模型
用户需求阶段:了解需求
设计阶段:了解需求,编写测试范围,制定测试范围
编码阶段:变写测试用例
单元测试是白盒测试人员
集成测试是白盒加黑盒
系统测试阶段《核心》:搭建测试环境,数据准备,测试执行,缺陷管理,测试报告的编写。
验收测试:人员是用户,收集用户反馈。 - W模型(双V模型)
软件测试生命周期(软件测试流程)
- 需求分析:确定需求范围
- 测试计划:制定测试计划:时间表(什么人,什么时间,做什么事情),工具类,软件类的资料,风险。
- 测试设计、测试开发:测试用例编写
- 测试执行:执行测试用例,缺陷管理
- 测试评估:编写测试报告(测试结论,缺陷分析)
如何描述BUG
一个合格的bug描述应该包括以下几个部分:
1、发现问题的版本
开发人员需要知道出现问题的版本,才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析
每个版本的质量。
2、问题出现的环境
环境分为硬件环境和软件环境,如果是web项目,需要描述浏览器版本,客户机操作系统等,如果是app项目,需
要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
3、错误重现的步骤
描述问题重现的最短步骤。
4、预期行为的描述
要让开发人员指导怎么样才是正确的,尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故
障,能写明需求的来源是最好的。
要相信:测试人员是最懂需求的。
5、错误行为的描述
描述错误的现象。crash等可以上传log,UI问题可以有截图。
6、其他
某些公司会有一些其他的要求,例如故障的分类:功能故障,界面故障,兼容性故障等。有些有优先级的分类,严
重影响测试需要开发人员优先修改的,可以设置优先级为高。
7、不要把多个bug放到一起
如何描述一个BUG?
* 编号:regin_00
* a.标题:邮箱注册提交报500错误
* b.环境:windows10+IE11
* c.步骤:1.进入163首页
* 2.点击免费注册邮箱
* 3.输入页面上的所有信息
* 4.点击提交“已发送短信立即注册”
* d.实际结果:出现500错误
* e.预期结果:页面提示发送成功
如何定义bug的级别
1、Blocker(崩溃):
2、Critical(严重):
3、Major(一般):
4、Minor(次要):
5,建议: