软件测试学习day4

一、缺陷

1。定义：软件在使用的过程中存在的任何问题都叫软件的缺陷，简称bug。

2.评判的标准：

1. 少功能-软件未实现需求说明书中明确要求的功能
2. 功能错误-软件出现了需求说明书中指明不应该出现的错误
3. 多功能-软件实现的功能超出需求说明书指明的范围
4. 隐性功能错误-软件未实现需求功能说明书中未明确指明但应该实现的要求
5. 不易使用-软件难以理解，不易使用，运行缓慢，用户体验感不好

3.缺陷介绍：

       需求阶段：需求描述不易理解，有歧义，错误等。

       设计阶段：设计文档存在错误或者缺陷

       编码阶段：代码出现错误

       运行阶段：软硬件系统本身故障导致软件缺陷

       结论：是软件就有缺陷。

4.软件缺陷的生命周期：

注入bug->发现bug->修复bug

5.软件缺陷的核心内容：

1. 缺陷的标题：描述缺陷的核心问题
2. 缺陷的预置条件：缺陷产生的前提
3. 缺陷的复现步骤：发现缺陷的过程
4. 缺陷的预期结果:希望得到的结果
5. 缺陷的实际结果：实际得到的结果
6. 缺陷的必要附件：图片、日志等信息（证据）

             提示：附件可以为空

6.缺陷提交要素

       面试题：bug严重程度怎么划分

       按照用例的优先级转->用例 （主业务的正向业务为P0，测试用例，第一条最正确为P0）

通过缺陷管理工具与开发实现交流。

7.软件缺陷类型

   功能错误、界面ui错误、兼容性、数据、易用性、改进建议、架构

Q：你如何区分前端bug和后端bug？

答：1）如果是界面和兼容性的问题，前端

       2）如果是功能区分，需要抓包，如果没问题就是前端的问题    

8.作业：

    总结：   用例标题：预期结果（测试点）

             作用：方便评审、方便执行

             验证码：四条测试用例 正确 为空 错误 过期

             简易密码：q1w2e3r4t5

9.缺陷编写

         1）     缺陷报告实例

         2）    缺陷跟踪流程

Q：当遇到bug后首先要怎么办？需要确认bug可复现

                 3）缺陷注意事项

                      可复现：缺陷可以复现

                      规范性：符合公司或项目要求

                      唯一性：一个缺陷上报一个问题

10.缺陷管理工具

           1）工具名称：禅道

             链接地址：https://www.zentao.net/

            2）特点

                            三权分立：产品部门-构想者

                            研发部门-执行者

                             测试部门-保证者

                            四角协同：产品经理、项目经理、研发团队、测试团队

             3）对测试而言的作用

                              缺陷管理、用例管理

11.禅道管理缺陷(提bug)

测试操作：1.提交缺陷2.关闭缺陷

要求：将以下用例通过禅道进行管理

步骤：

提示：使用禅道管理用例，便捷之处：

                 可以执行结果和转为bug

                 缺陷id：用例id

                 缺陷标题：操作数据描述+预期+实际

                 测试步骤：操作步骤+数据

案例：