软件测试的生命周期、Bug

Youcan.

已于 2022-09-12 15:00:49 修改

阅读量540

点赞数 1

分类专栏：测试文章标签：单元测试测试用例

于 2022-07-09 15:12:04 首次发布

本文链接：https://blog.csdn.net/m0_48273471/article/details/125693049

版权

测试专栏收录该内容

8 篇文章 0 订阅

订阅专栏

1. 🚗 软件测试的生命周期

1.1 🚀 软件开发的生命周期

需求分析阶段 ---> 计划阶段 ---> 设计阶段 ---> 编码阶段 ---> 测试阶段 ---> 运行维护

1.2 🚀 软件测试的生命周期

需求分析 ---> 测试计划 ---> 测试设计（测试开发） ---> 测试执行 ---> 测试评估

🐟 需求分析：验证需求的正确性、合理性，细化需求，根据需求提炼测试点

🐟 测试计划：测试的范围、目的、测试人员、测试工具、测试时间、测试环境等

🐟 测试设计（测试开发）：开发测试用例

🐟 测试执行：开发人员已提交代码，执行测试，提交Bug

🐟 测试评估：本次迭代测试情况进行分析和总结（写了多少测试用例，执行了多少，修改了多少Bug等）

2. 🚗 如何描述一个Bug

一个合格的Bug描述应该包含7部分：

🐟 1. 发现问题的版本（代码的版本号）

🐟 2. 问题出现的环境（是硬件环境还是软件环境。如果是Web项目，还需要说明浏览器版本，操作系统Windows还是MAC，如果是APP项目，需要说明机型，分辨率，操作系统ios还是安卓等）

🐟 3. 错误出现的步骤（描述问题出现的最短步骤，方便开发人员复现问题）

🐟 4. 预期行为的描述（让开发人员描述怎么样才是正确的）

🐟 5. 错误行为的描述（描述错误的现象）

🐟 6. 不要把多个Bug放到一起

🐟 7. 其他（不同公司会有不同的要求，比如功能故障、页面故障、兼容性故障等，有优先级分类）

3. 🚗 如何定义Bug的级别（了解）

🐟 1. 崩溃：系统崩溃，不能运行，司机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失等问题，一旦出现该问题应立即中止当前版本测试。

🐟 2. 严重：服务器可以用但不稳定，继续使用会出现严重的错误，数据库保存调用错误，程序重启，自动退出等问题。

🐟 3. 一般：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性，比如:操作时间长、边界条件错误、删除没有确认框等问题（这种问题测试中出现最多）

🐟 4. 次要（建议）：提示信息重叠看不清楚，界面排版不符合规范，描述不清楚，文字排列不整齐，光标位置不正确，用户体验感受不好等问题（这些问题测试初期较多，后期较少）。

4. 🚗 Bug的生命周期（了解）

（MS）：发现了一个Bug，开发人员做了修改，测试人员又复现了这个Bug，可能是什么情况？

🐟 1. 开发人员没有修改Bug 或者是开发人员没有成功修改Bug

🐟 2. 开发人员修改代码之后没有提交

🐟 3. 开发人员和测试人员的测试环境不一样

5. 🚗 如何开始第一次测试

准备：

🐟 1. 阅读所有的项目有关文件（需求文档，设计文档，用户手册）

🐟 2. 尽可能参加各种项目会议，了解项目的背景，人员组成。尽可能了解需求和业务。

🐟 3. 熟悉项目所使用的测试管理工具、配置管理工具

🐟 4. 阅读已有的测试方案和测试案例

🐟 5. 阅读已有的Bug库，了解系统功能，尤其重要的是和现有的测试团队保持一致的故障定级原则

🐟 6. 了解公司的规范要求，特别是编写规范，用例执行规范，Bug提交规范，测试工具使用规范等

与测试组长确认：

🐟 1. 测试的计划是什么？

🐟 2. 测试的内容是什么？测试案例有多少？安排了几天执行？有没有自由测试的时间？

🐟 3. 内容开发人员是谁？需求人员是谁？

🐟 4. 该测试内容是否需要特殊的测试资源？

6. 🚗 产生争执怎么办？

（MS）：开发人员说，这不是Bug，这个Bug级别太高了，Bug影响不大，不需要修改，测试人员与开发人员发生冲突。

🐟 1. 先检查自身，是否将Bug描述清楚

🐟 2. 从用户角度来让开发人员了解到Bug可能会给用户带来的困扰

🐟 3. Bug定级要有理有据，符合公司规范，还要考虑到Bug是否会影响到流程

🐟 4. 不断提升自身的技术和业务水平，不但能做到提出问题，还能提出解决思路，才能让人信服。

🐟 5. 开发人员不接受时，找产品经理讨论问题的解决方案。