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