一、测试用例
1、写好测试用例的关键要素？
（1）规范编写测试用例
（2）尽可能全面覆盖测试点

2、如何保障测试用例的覆盖率？
（1）测试需求100%覆盖
（2）测试人员综合使用各种用例设计方法进尽可能全面覆盖测试点
（3）展开测试用例评审会议

3、测试用例的八大要素
（1）用例编号：用于唯一标识每一条测试用例，不同公司的用例编号定义规则不相同
参考定义规则：
项目代号--模块名称--序列号
以牛客为例子如：
nowcoder--login-001
nowcoder--login-002
nowcoder--login-003
....
（2）测试模块：编写用例的被测模块
（3）用例标题：描述具体的测试点
a、文字简洁，写出核心测试点
b、标题不要重复
（4）优先级（重要级别）：用于决定用例的执行顺序，不同公司定义优先级的标准不一样。
参考标准：
a、基本功能：软件的基本功能的正向测试用例级别定义为高；反向测试用例级别定义为中
b、一般功能：一般功能的正向测试用例定义为中；反向测试用例定义为低
c、其他功能：其他功能的用例定义为低
（5）预置条件：操作步骤中第一个步骤可以执行下去需要满足的前提条件

（6）操作步骤：
a、每一个步骤分行编写，加上序列号
b、步骤中写清楚测试点，不要写具体的测试数据

（7）测试输入
a、写清楚操作步骤中涉及到的测试数据

（8）预期结果：
a、根据需求编写预期结果，不要写成了实际结果
b、既要写清楚结论，也要写清楚预期看到的具体界面中的现象

图片说明
二、缺陷报告
1、缺陷管理工具
（1）禅道
（2）jira（用的最多的）
（3）mantis
（4）bugfree
（5）bugzilla
（6）QC
（7）PingCode
2、搭建缺陷管理工具的环境

3、缺陷的要素
（1）缺陷编号：一般是系统自动生成
（2）所属产品
（3）所属模块
（4）所属版本
（5）当前指派：不同公司缺陷的处理流程不太相同，以下几种流均算合理：
参考流程：
a、测试人员---开发人员--测试人员--关闭
b、测试人员--测试经理--开发人员--测试人员--关闭
c、测试人员--开发经理--开发人员--测试人员--关闭
d、测试人员--测试经理--开发经理--开发人员--测试人员--关闭
（6）bug类型
（7）测试环境：操作系统+浏览器
（8）严重程度：不同公司，缺陷的严重程度定义的标准不同
参考标准如下：
a、致命：导致系统崩溃，失效，闪退，数据丢失等
b、严重：软件的核心功能出现异常，核心链接无法打开等
c、一般：软件的一般功能出现异常
d、建议：建议性缺陷，可以修复，也可以不修复
（9）优先级：缺陷修复的先后顺序
参考标准如下：
a、紧急处理：需要立即处理的缺陷
b、优先处理：
c、正常排队：
d、延迟处理：
缺陷的严重程度越高，优先级一般越高
（10）缺陷标题：
参考模板：
在xxx操作时，关键测试点，实际结果
实例1：在增加账户转账时，转账时间选择非法（未来日期），增加成功
实例2：在增加转户转账时，转账金额输入负数，增加成功
实例3：在增加系统用户时，输入重复用户名，增加成功
（11）缺陷的详细描述
a、预置条件
b、复现步骤
c、预期结果
d、实际结果
（12）附件：一般可提供bug截图和日志文件
（13）缺陷的创建者和创建日期
（14）缺陷的解决者和解决日期
（15）缺陷的状态

（16）缺陷的解决方案

----设计如此
a、与需求确认是否是设计如此，若确实是设计如此，则关闭缺陷
b、若不同意“设计如此”，则重新激活，分配给开发人员
----重复bug
a、找到重复ID对应的bug，确认是否是同一个缺陷，若确实是重复bug，则关闭缺陷
b、若认为不是重复bug，则重新激活，分配给开发人员
----外部原因
a、与需求、测试经理确认是否是外部原因，若确实是外部原因，则关闭缺陷
b、若不同意“外部原因”，则重新激活，分配给开发人员
----已解决
a、验证bug修复是否正确，若修复正确，则关闭缺陷
b、若修复不正确，则重新激活，分配给开发人员

---无法重现
a、测试人员在自己的测试环境下多复现几次缺陷，若均复现，则找到开发人员，与开发人员确认他复现缺陷时的开发环境、数据以及软件版本，若开发经过修改后，复现了缺陷，则重新激活，分配给开发人员
b、若开发经过修改后，依然无法复现缺陷，则测试与开发有义务想办法找到缺陷的原因，并修复

---延期处理
a、测试人员与测试经理及开发人员确认，是否可以延迟处理，若同意延迟处理，则备忘录记下来，延期时间到达后，重新激活，分配给开发人员
b、若不同意延期处理，则现在重新激活，分配给开发人员
---不予解决
a、测试人员同意不予解决，则关闭缺陷
b、不同意不予解决，则重新激活，分配给开发人员

根据第三天的概念试试能不能答出下面的面试问题（参考上面，有空补答案）：
1、写出测试用例的八大要素。
2、按照用例写作规范完成《牛客网》的测试用例编写，参考要求如下：
（1）登录用户名密码
（2）删除牛客博客文章
3、写出软件缺陷报告的要素。
4、每人编写缺陷报告至少3个。
5、描述bug的生命周期。
6、针对推迟处理的缺陷如何处理？
7、针对无法复现的缺陷该如何处理？
8、工作中，测试人员提交的缺陷，开发不认可，该如何处理？
9、缺陷管理工具中，缺陷的严重程度如何划分？
10、缺陷管理工具中，缺陷的状态包括哪些？
11、缺陷管理工具中，缺陷的解决方案包括哪些？
12、软件通过测试，可以发布的标准包括哪些？
13、一条高质量的缺陷的要素包括哪些？
14、如何保障测试用例的覆盖率？