软件测试笔记-核心竞争力？

应该做什么？应该怎么做？

一、简单描述下

• 测试 人员必须深入理解业务，但是业务知识不能等同于测试能力
  -测试开发 核心其实是“测试”，“开发”的目的是更好地服务于测试

二、传统测试工程师

1.测试策略设计能力

对于各种不同的被测软件，能够快速准确地理解需求，有限的时间和资源下明确测试重点以及最适合的测试方法的能力
1.测试要具体执行到什么程度
2.测试需要借助于什么工具
3.如何运用自动化测试以及自动化测试框架，以及如何选型
4.测试人员资源如何合理分配
5.测试进度如何安排
6.测试风险如何应对

• 出色的测试策略设计能力，不是一朝一夕的事情，通常需要经过大量项目的实际历练，持续思考，提炼共性
• 需要在大量实践的基础上潜移默化形成的
• 最核心的竞争力，最难培养

2.测试用例设计能力

• 对于什么类型的测试都能设计出高效地发现缺陷，保证产品质量的优秀测试用例
• 业务需求、用户使用习惯、软件的设计和运行环境、技术架构、缓存机制、中间件技术、第三方服务集成
• 不能局限于业务，熟练地把系统性的测试设计方法和具体业务有机结合，任何被测软件都能输出出色的测试用例
• 多积累，缺陷模式、典型的错误类型以及遇到过的缺陷（总结、归纳，形成体系化的用例设计思维）
• 阅读一些好的测试用例设计

3.快速学习能力

• 不同业务需求和功能的快速学习和理解能力
• 对于测试新技术和新方法的学习与应用能力

4.探索性测试思维

• 不断学习被测系统，结合基于自己经验的错误猜测和逻辑推理，整理分析针对性的测试关注点
• 测试用例设计能力和快速学习能力有机结合的必然结果
• 针对开发代码更变，针对性对变更点以及关联点做敏捷测试

5.缺陷分析能力

1. 结合错误的上下文以及后台日志，预测或者定位缺陷发生原因，大幅缩短缺陷的修复周期（增加亲密度）
2. 推断同类缺陷存在的可能性，找出相关的潜在缺陷
3. 一段时间内发生的缺陷类型和趋势进行分析，由点到面预估整体质量的健康状态，并能够对高频缺陷类型提供系统性的发现和预防措施，调整后续的测试策略

6.自动化测试技术

• 避免重复劳动，时间投入到更多类型的测试上
• 核心价值是测试，保证软件质量

7.良好的沟通能力

类似“润滑剂”

• 对接产品经理和项目经理，正确实现，项目整体质量
• 和开发人员不断地沟通，协调，确保缺陷的及时修复和验证

三、测试开发工程师

1.测试系统需求分析能力

站在测试架构师的高度，识别出测试基础架构的需求和提高效率的应用场景。（自己的产品经理）

2.更宽广的知识体系

• 和测试工程师打交道（用户）
• 和CI/CD 和运维打交道 （将工具投入流水线或者运维监控系统中）
• 了解更高级别的测试架构部署和生产架构部署，对开发采用的各种技术非常熟悉