你有没有过下面的经历：
· 换成IE，重新打开该网站，输入用户信息注册一个新用户，随后收到一封注册成功邮件，里边直接包含刚刚注册的密码…
· 用注册的用户名、密码登录进去，又不知道所需要的功能入口在哪里…
· 翻遍了一层又一层的菜单，终于找到了入口，进去打开的是一个列表，足足等了2分钟才加载完成…
· 从列表中找到自己需要的那个信息，点击“查看详情”，却显示一堆乱码…
一次性碰到上面的各种当然属于极端现象，但我敢说，你一定不止一次的碰到过其中的某一问题，而且碰到了一定很郁闷。这些都是软件缺陷，分别是兼容性、安全性、易用性、性能和功能方面的缺陷，一旦出现将会给企业和用户带来不同严重程度的影响。
这种糟糕的体验有没有使你产生想去优化的冲动？你是否想知道如何帮助软件开发团队开发出缺陷更少的软件产品？如果你的回答是肯定的，那么请跟我一起来做QA吧：）
QA是什么？
狭义的理解就是软件测试，软件测试工程师常被称为QA；
广义上，QA就是在软件开发过程中做好软件质量分析和保证的人员。
QA的职责有哪些？
下面结合一个简单的例子说明QA的职责：生产杯子。
1. 理解和澄清业务需求
需求是软件开发的源头，需求的正确性、合理性对软件开发的质量有着至关重要的作用。QA的一个很重要的职责就是澄清需求、验证需求合理性，并且帮助团队一致理解需求。
需求包括功能需求，也包括各种非功能需求：性能、安全、易用性、兼容性等。所谓理解和澄清业务需求，就是需要把业务相关的功能和非功能需求都搞清楚了。
对于生产杯子的例子，QA需要搞清楚杯子的功能有哪些：普通的盛水、加热、保温、带吸管等等。杯子的功能可能还远不止这些，这就需要发散性思维，去挖掘可能的用途并进行确认、测试。除了功能需求以外，还有要考虑的非功能需求可能有：材质耐热性、耐摔性、跟各种液体的兼容性、安全性（是否有毒？是否可以砸伤人？）……
注意：
需求的澄清是个过程，并不是在开始开发和测试之前要搞清楚所有的需求（这也是不可能的），同时可以在开发和测试过程中不断去澄清需求、优化业务流程。
2. 制定策略并设计测试
澄清了需求，还得知道怎么去验证软件产品是否满足了需求，这就需要制定测试策略，并根据策略设计测试。大概说来，需要确定测试范围、测试阶段，覆盖要求的测试范围都需要什么类型的测试（功能与非功能等），在每个阶段采用什么测试方法，手动测试和自动化测试的分配比例，如何设计手动和自动化测试的测试用例，用什么工具实现功能、性能和安全测试的自动化等。
对于杯子来说，确定需求之后，针对每一项需求指标需要确认可能采取的不同测试方法，需要考虑如何测试盛水和加热功能、如何测试耐摔性（直接摔吗？）、以及如何测试安全性等等。
可以参考测试四象限和测试金字塔等模型来制定测试策略，并根据产品发布周期制定具体的测试计划、设计测试内容。
注意
设计测试，不仅是指设计测试用例。
四象限和金字塔只是个参考，不可以生搬硬套，而且有些内容稍有争议，但参考价值还是很大的。
