测试设计：在动手前想清楚怎么测
很多人刚开始接触软件测试时，以为点点页面、看看有没有报错就是全部工作。其实，在真正操作之前，有一项更关键的任务——测试设计。它就像做饭前的菜谱规划，不写清楚步骤，下锅时就容易手忙脚乱。
测试设计关注的是“要测什么”和“怎么测”。比如开发做了一个用户注册功能，测试人员需要提前分析输入框的类型、必填项、密码强度规则等，然后写出具体的测试用例。这些用例会覆盖正常流程，也会考虑异常情况，比如邮箱格式错误、用户名重复、网络中断等场景。
一个典型的测试用例可能长这样：
用例编号：TC_REG_001
用例名称：验证正确信息可完成注册
前置条件：用户未登录
操作步骤：
1. 打开注册页面
2. 输入合法邮箱、符合要求的密码
3. 点击“注册”按钮
预期结果：跳转到邮箱验证页，提示“请查收邮件完成验证”这类工作不需要马上操作软件，但它决定了后续测试的完整性和效率。
测试执行：按计划一步步操作验证
测试执行则是把设计好的用例一条条跑一遍的过程。这一步更像是照着菜谱炒菜，讲究的是准确和记录。测试人员会打开浏览器，逐项填写表单，点击按钮，观察实际结果是否和预期一致。
比如在执行上面那个注册用例时，如果页面没有跳转反而弹出“系统错误”，那就算发现问题了。这时候就要截图、记录日志、提交缺陷报告，并标注是哪个步骤出的问题。
有时候也会遇到用例没覆盖到的情况。比如测试执行中偶然发现，连续快速点击注册按钮会生成两个账户。虽然原始用例没提这点，但这是真实用户可能的操作。这时就需要反馈给测试设计人员，补充边界场景的用例。
两者的关系就像剧本和演出
可以这么理解：测试设计产出的是“测试剧本”，规定了角色（数据）、动作（操作）和结局（预期）；而测试执行是“现场演出”，看这个剧本能不能顺利走通。没有好剧本，演出容易漏掉关键情节；光有剧本不去演，问题也永远暴露不出来。
在实际工作中，小项目里同一个人可能既写用例又执行，但在大团队中，这两项工作常由不同角色承担。有的公司甚至有专门的测试架构师负责设计策略，普通测试工程师专注执行和反馈。
了解它们的区别，能帮你更清晰地定位自己的工作内容。你是擅长提前规划细节，还是更喜欢动手实操发现问题？搞明白这一点，对职业发展也有帮助。