手机知识|怎么测试,手机基本功能测试( 四 )



3)测试用例设计:

完成以上两步则可进行测试用例设计 , 功能测试用例 , 应尽量考虑边界、异常、性能的情况 , 以便发现更多的隐藏问题 。 设计测试用例的常见方法:

等价类 → 边界值 → 因果图 → 判定表 → 状态迁移 → 正交实验 → 场景法 → 错误推断(注意:编写测试用例时 , 我们尽可能取的不应该是有效等价类而应该是无效等价类)

4)编写完成后自我检查以及部门内部评审:

①测试用例本身的描述是否清晰 , 语言准确;是否存在歧义性;

②测试用例内容是否完整 , 是否清晰的包含输入和预期输出的结果;测试步骤是否清晰;

③测试用例中使用的测试数据是否恰当 , 准确;

④测试用例是否具有指导性 , 是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷 , 而不是限制他们的思维;

⑤是否考虑到测试用例执行的效率 。 对于不断重复执行的步骤 , 是否保证了验证点相同;或者测试用例的设计是否存在冗余性等 。 这些都可能导致测试用例执行效率低下;

⑦画出软件需求跟踪矩阵 , 验证测试用例是否完全覆盖了需求 , 验证测试用例的覆盖性;

⑧测试用例是否完全遵守了软件需求的规定 。 这一点其实有一些难做到 。 考虑到时间/成本的关系 , 应该视具体情况而定 。

5)测试用例更新完善:

测试用例编写完成之后需要不断完善 , 如遇需求更改或功能新增时 , 测试用例必须配套修改更新 , 同时在测试过程中发现设计测试用例时考虑不周 , 需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷 , 而缺陷又是因测试用例存在漏洞造成 , 也需要对测试用例进行完善 。

紧接着 , 测试用例执行的过程

首先搭建测试环境 , 准备好测试数据 , 进行预测 , 预测通过之后 , 按照测试用例进入正式测试 , 有效的测试执行可以将测试用例发挥最大的价值 。 因此 , 测试用例规范执行有助于更好的发现代码中存在的缺陷 。 根据个人测试工作经验 , 好的测试执行应该包含如下内容:

①测试执行中评估测试执行时间不足 , 需及时上报风险 。 满足质量优先 , 进度其次原则 。

②测试用例按优先级顺序执行 , 通常是基本、详细和异常顺序执行 。

③未执行用例、标志为删除或者无效的用例 , 需注明原因 。

④执行过程中有疑问的测试用例(场景、操作步骤、检查点等)需找测试设计人员澄清 。

⑤测试执行需对用例描述的检查点逐一检查 , 避免遗漏 。

⑥重视不易重现的缺陷场景 , 可能是一个bug 。

⑦执行过程中发现有前期设计遗漏用例需补充到用例文档并执行验证 。

⑧建议测试人员交叉执行重复测试用例 , 用例执行对相同测试人员有免疫性 。 避免可能的缺陷一直遗漏到现在 。 如有需要 , 建议保留测试结果 , 结果可视 。 以便于不同版本间的测试结果对比 。 已确认问题需及时按照问题单提单要求(规范和缺陷定级)提单 。

⑨跟踪问题单修复情况并回归验证问题单 。 每轮次测试结束 , find一下是否有core文件产生 。 测试结束 , 将最终测试用例文档上传到归档目录 , 实现用例重用 。

以上是针对一般的软件测试流程 , 如果是自动化测试的话 , 应该还有根据测试用例进行脚本编写 , 运行脚本等 。 此处可能写的不详细 , 希望大家可以在下方评论让我完善 。

最后已达到准确要求的 , 根据测试情况写测试报告 , 对整个测试过程和版本的质量做一个评估 。

推荐阅读