测试工程师的软素质

关键能力

1. 测试分析、设计和执行的能力（包括工具的使用、自动化的能力）
2. 明确测试目标、测试重点的能力
3. 敏锐的风险识别和有效应对风险的能力
4. 质量分析和评估的能力
5. （软）有效沟通
6. （软）持续学习的能力

测试技术基础：

探索性测试 测试工具、自动化 基于质量的测试：测试分析/设计、测试方法、软件产品质量模型 基于场景的测试：场景测试模型

测试策略：

质量分析评估技术 特性价值分析技术 风险分析和应对技术 缺陷分析技术 测试分层技术

沟通策略：

1. 原则1：尽早沟通 “丑话说在前面”“先说好” 目标对齐：产品什么目标？范围和限制条件？如何判断目标达成？ 思路对齐：重点沟通用什么策略做这个事情 方法对齐：重点沟通对齐做这个事情的方法，包括技术和架构
2. 对事对人沟通 推动别人也要从最看重的地方入手
3. 主动反复沟通

理解开发的实现过程，实现其中的风险

1、继承、新开发 2、继承的功能，规格和性能不满足业务要求 3、继承的功能，功能完整度不够

漂亮的测试用例编写

（之前的公司严格使用excel来写，清晰明白前提，步骤，结果，但是流程图不清晰，写起来倒是快，但是别人都看不懂）

但是团队内部需要有统一的测试用例编写风格，只有这种情况下才能被组织和继承

1. 测试标题：完整的句子，完整表达测试用例的意图（不要测试数据、测试步骤的组合作为标题）
2. 测试步骤：不能笼统、模糊、引用，重点描述和测试目标相关的部分，不相关的部分放在前提条件（注意和前提条件的不同）
3. 测试数据（应该和测试步骤相对独立）
4. 预期结果

自己存在的问题 1、测试用例标题写的不准确 2、操作概要描述，不需要叙述所有细节 3、避免出现笼统的量词：反复、多次、大量、长时间（明确）

组织和管理测试用例

测试用例模版

传统模版（和我理解的模版不一样，当前使用的模版是测试点的汇集，此时讨论的是测试用例应该包含什么东西，有点像内部的bytest工具）： （bytest都做到了：）

1. 测试用例编号
2. 测试用例标题
3. 预置条件
4. 测试数据
5. 测试步骤
6. 预期结果
7. 需求关联
8. 自动化脚本关联
9. 用例级别
10. 用例版本
11. 适用的产品版本
12. 缺陷关联
13. 历史执行情况

快速测试编写：分析和输出测试用例 特性树来组织测试用例（特性：用户特性，而非技术、实现特性，也是从产品拿来即可）

测试用例全量用例的更新更新：补充新功能、缺陷（测试边界遗漏）、用户反馈（测试边界遗漏）、探索性测试中有效的测试方法

其实可以在其他地方学到很多东西：

1. 用户的原始需求：分析需求、提炼价值、挖掘隐含价值、学习友商
2. 产品开发过程：抓住关键问题、有原则和主见（知道哪些问题必须坚持解决），有很强的复现和定位能力
3. 产品系用框架：快速确认关键设计的正确性
4. 测试技术：持续学习