开始测试。不让产品使你蒙羞的8个步骤：
- 坚持测试驱动开发
- 围绕优秀的测试主管组建测试团队
- 越是优秀的测试工程师越难雇到，两个解决办法
- 降低标准雇佣测试人员并聘请管理者去管理他们
- 弊端：未来需要晋升这些人，你将面临一群二流的人才进入管理层的境况
- 按高标准雇佣外包团队
优点：在人员管理层面，外包的组织成本比全职雇佣低- 与外包商合作比内部成员合作估计更少
- 不需要晋升哪些三流员工
弊端：需要一个开发主管负责与测试人员的联系，这会增加工程团队的成本- 培训成本是沉没成本并且不可回收
- 能力突飞猛进的测试人员期满离开后可以把在这边学到的知识用在其他地方
- 按高标准雇佣测试人员，不使用外包团队
- 这不算一个选择，谷歌尝试过但发现雇不到符合要求的人
- 亲自评审测试计划和测试用例
- 测试计划由测试用例构成，测试用例是从你的需求文档(PRD)中派生出来的
- 测试计划通常有电子表格创建，测试用例包含下列描述性要素：领域，严重性，前置条件，需执行的任务，后置条件（测试用例表格截图）
- 搞好开发与测试的关系。找出Bug后，你需要一边向团队强调“坏的消息就是好的消息”，一边表扬测试团队的努力和成果。
- 评审测试用例可以选择只关注一下三块内容：用户体验，安全与隐私，依赖
- 自动化测试
- 虔诚地推动内部试用
- eat your own dog food，强制你和你的团队使用自身研发的软件，体会用户的痛，能帮助你们逐步提升紧迫感，理解用户困扰
- 你需要想尽办法让内部试用成为你团队文化的一部分，即使别的团队没有这么做
- 推行内部试用的最佳实践
- 计划一次内部试用发布
- 使其他使用者能够方便地提交Bug报告，建立邮件列表搜集试用Bug是一个好办法
3.软件发布后应继续进行内部试用：维护一套允许内部试用者看到特定特性的实验性框架
- 让进行内部试用成为企业核心价值观
- 开展找Bug总动员，以下4件事有助于找虫总动员获得成功
- 设立奖项，提供物质激励。T恤之类的奖品效果很惊人
- 在项目计划中增加找虫总动员这样一个关键事件
- 将找虫总动员排进你的开发和测试日程表中
- 感谢每一个Bug，铭记“坏的消息就是好的消息”
- 勤勉且有条理地处理Bug
- 问应聘产品经理的人：“你是如何处理Bug的？”3步：
- 基于频率、严重性和解决成本对Bug进行分级
- 每天与开发主管和测试主管碰一次，评审新增的Bug。
- 确定通用的Bug评判标准：这个Bug会使我蒙羞吗？Bug会对他们产生持久的伤害吗？
- 先处理最严重的Bug
- 限定会议时长
- 只围绕频率、严重性和修复成本来讨论
- 讨论每个Bug的时间不要超过一分钟
- 不断施加压力以减少新的阻碍发布的Bug出现
- 任命可信测试者以构建最后一道防线
- 可信测试者是指在保密协议的约束下，在产品发布前使用产品内部试用版的用户
- 让可信测试者们能够帮助我们改善产品的最佳实践：
- 让企业哟农户签署保密协议并提供正确的联系方式，保密协议主要用来保证你有权在产品中使用来自客户的改进建议
- 制作粗略的新手指南文档，其中包括已知问题的列表
- 创建一个包含整个工程团队的邮件组，当你使用这个邮件组来接收用户反馈时，整个团队都能收到用户发送给该邮件组的邮件
- 让这些用户使用和工程师同样版本的试用产品
- 调研可信测试者，调研他们对产品的印象，定价等
- 当产品更新时通知可信测试者们
- 以新用户的方式来使用整个产品
- 产品开箱体验的好还取决于产品汇总一些最复杂的部分
- 体验一个新用户会体验到的东西：抵达特性完成阶段后删掉你所有数据可帐号然后从零开始使用软件，抵达编码完成阶段再这样操作一次。
