测试用例需要在软件开发完成前做好。在将软件成品交付给你进行测试时，通过测试用例去验证该软件

缺陷：实际测试结果与测试用例的预期结果不一致

缺陷

软件在使用的过程中出现的任何问题都叫软件的缺陷，俗称bug。其判定的标准如下：

  • 少功能：软件未实现需求（规格）说明书明确要求的功能
  • 功能错误：软件出现了需求（规格）说明书中指明不应该出现的错误
  • 多功能：软件实现的功能超出需求（规格）说明书指明的范围
  • 缺少隐性功能：软件未实现需求（规格）说明书虽未明确指明但应该实现的功能
  • 不易使用：软件难以理解，不易使用，运行缓慢，用户体验不好

缺陷产生的原因如下图：

软件缺陷的生命周期如下图：

当一个缺陷被发现后，要懂得如何去描述这个缺陷，并知道根据缺陷类型和优先级等提交给谁来去解决，同时公司一般会有一个缺陷管理工具来记录这些缺陷。

软件缺陷的核心内容如下图：

缺陷的提交要素如下图：

缺陷的类型如下图：

下图上的缺陷示例是在Excel上写的，真实在公司内部肯定会有一个专门的软件来写这个

测试与开发在整个软件开发过程中的交流过程如下图：

知道测试和开发流程中涉及的工作即可

提交缺陷的注意事项如下图：

面试题：当你发现缺陷后，首先你会怎么办？ -> 检查该缺陷是否可重现、再确定是否重复

缺陷的编写规范如下图所示：

有时A模块和B模块同时出现同一个缺陷，这时一般就只会处理一个就好了

缺陷管理工具

一个国产、免费、开源、简单、轻量级的工具，该工具还支持三管融合（产品经理、项目管理、质量管理）。其地址为禅道

一般常用的还有JIRA、TFS

禅道本质上是一个项目管理工具，只是这里用其测试的地方来作为缺陷管理工具

公司每一个角色的权限如下图所示：

禅道使用流程：

重点是对缺陷的管理

提交Bug的图示：

将Bug指定给某个开发，在开发处理完该Bug后会指派给你这个Bug，告诉你当前状态后你验证该Bug即可

禅道也可以创建用例，但是一般不好用。企业基本都是购买开发版，并将在Excel中写好的测试用例导入进去

缺陷标题实现：

本质就是按照规范去写，从而让人明白