测试用例!

1.1.什么是测试用例

为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例

1.2.为什么要使用测试用例

• 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率

• 测试用例的使用令软件测试的实施重点突出、目的明确。

• 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

• 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

1.3.测试用例的内容(背下来)

主要内容

• 用例编号(如何命名)

• 所属模块

• 用例标题(验证谁在什么情况下，去做什么，最后结 果是什么)

• 优先级

• 前置条件

• 操作步骤

• 测试数据

• 预期结果

• 实际结果

1.1什么是缺陷

软件缺陷就是通常说的Bug，它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。

1.2缺陷产生的原因

• 需求不明确和变更（沟通不充分产生）

• 软件结构复杂（架构不合理，认知不到位）

• 编码问题（程序员都是培训的，太菜了）

• 项目期限短（时间问题，越快越忙越出错）

• 使用新技术（不是最新的才是最好的，大家都知道老人活好）

1.3缺陷分类

1.3.1测试种类分类

• 界面类

• 功能类

• 性能类

• 安全类

• 兼容类

1.3.2缺陷的验证程度

• 严重

• 一般

• 次要

• 轻微

1.3.3缺陷的优先等级

• 立刻解决

• 高优先级

• 正常排队

• 低优先级

1.3.4缺陷发生阶段分类

• 需求阶段缺陷

• 架构阶段缺陷

• 设计阶段缺陷

• 编码阶段缺陷

• 测试阶段缺陷

2.缺陷报告

2.1什么是缺陷报告

描述软件缺陷现象和重现步骤地集合

2.2缺陷报告的核心要素

• 缺陷编号

• 缺陷状态

• 缺陷标题

• 重现步骤

• 严重程度

• 优先级

• 缺陷类型

• 测试环境。

3.缺陷管理

3.1 提交缺陷的注意事项

• 可复现: 缺陷可以复现

• 唯一性: 一条缺陷只报告一个问题

• 规范性: 缺陷报告编写要规范, 符合公司或者项目要求

  • 准确: 描述的信息是正确的

  • 具体: 有细节且是真实特定的, 避免使用模糊不清的词语, 如功能中断, 功能不正确, 功能不起作用等等.

  • 简洁易懂: 描述简单容易理解, 不要产生歧义

  • 次序清晰: 描述缺陷过程有条件, 有先后顺序

3.2 缺陷的跟踪流程

 

 

---