【软件测试】基础篇

一.软件开发的生命周期

第一阶段：需求分析（Planning and Requirement Analysis）

第二阶段：设计项目构架（Project Archiecture）

第三阶段：开发和编程（Development and coding）

第四阶段：测试（Testing）

第五阶段：部署（Deployment）

第六阶段：维护
 

二.软件测试的生命周期

 

 三.软件测试中的BUG     

1.如何描述一个BUG

1.1.测试版本
代码提交的版本号，我们一般不会直接把代码提交到码云的master分支，因为这样可能会存在一些错误，而直接上线。所以会有很多分支，分别负责各自的功能，等到所有代码都没有问题，在进行提交。

1.2.测试环境
为什么测试环境也要描写清楚？

答：因为在不同的测试环境出现的问题不一样，不同的浏览器以及浏览器不同的版本都是不一样的。

市面上的浏览器有哪些？

答：谷歌、IE、火狐、edge、360、搜狗、QQ、猎豹、safari

app问题是因为什么环境

软件环境：IOS、安卓、鸿蒙、塞班、windows

硬件环境（设备）：手机品牌/手机系列

1.3测试步骤
测试数据和执行测试的详细步骤（为了方便开发人员复现问题）

1.4实际结果、预期结果、

附件：BUG产生的log日志，错误截图

 举例：

 

2.BUG级别
BUG级别分为4种：

1）崩溃
系统运行阻断，严重影响开发人员和测试人员的的工作，需要马上修复；

2）严重
系统可以运行，但是已经不稳定了，如果继续运行下去，将产生严重后果；（如直播画面失真、密码明文显示）

3）一般
系统可以稳定运行，但是一些功能还没有实现，影响了用户的体验；（比如查询功能，同一条数据在不同页都有显示，这是由于没有对数据排序，导致翻页查询出现这个问题）

4）次要（建议）
影响用户的视觉体验，比如界面提示内容，图片排版等。
 

3.BUG的生命周期（目前提到的第三个生命周期）

一个BUG从无到有的状态

了解即可

 

发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG 

问题：发现一个BUG，开发人员修改了，通知测试人员验证，但是测试人员又复现了，是哪些原因引起的？

答：1.测试的环境不同。

2.开发人员的理解不到位。

3.代码在开发人员修改后没有提交到远程，测试人员用旧的有问题的代码进行了测试。

 

四.测试人员因为一个BUG与开发人员产生冲突应该怎么做  

答：1.检查自己的BUG是否描述清楚

2.考虑从用户的角度考虑说服开发人员

3.BUG的定级要有理有据，符合公司的规范。

4.测试人员要不断地提升自己的专业技能和业务水平（权威性）

5.找产品经理去讨论问题的解决方案（测试人员、开发人员、产品经理三方会议）