测试--理论总结

敏捷开发模式

1. 敏捷的四个宣言：

• 沟通
• 轻文档
• 客户参与
• 拥抱变化

2. 特点：周期短，团队人数不超过十个人，每天都要开站例会，晨会时间不超过15分钟
3. scrum流程图：整理user story，确定本轮需要完成的user story，分任务，开发，测试，上线
4. 软件测试V模型
   
   用户需求阶段：了解需求
   设计阶段：了解需求，编写测试范围，制定测试范围
   编码阶段：变写测试用例
   单元测试是白盒测试人员
   集成测试是白盒加黑盒
   系统测试阶段《核心》：搭建测试环境，数据准备，测试执行，缺陷管理，测试报告的编写。
   验收测试：人员是用户，收集用户反馈。
5. 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，建议：