软件测试文档测试用例,如何编写测试用例？

工作了一段时间后，我一句代码也没接触过，但对测试有了更多的了解，比如看问题真的要全面，要仔细去思考可能发生的任何一种情况，这种能力也并不是所有人都具备的，瞬间感觉测试工程师的地位又又又上升了。

1、啥是测试用例？

测试用例就是由前提条件、输入、执行条件、预期结果等组成，以完成对某个特定需求或者目标测试的数据，体现测试方案、方法、技术和策略的文档。(简单来说就是给定条件、执行流程、预期结果的一个文档，供后续测试人员进行测试。)测试用例的设计需要尽可能覆盖软件的所有状态，尽量考虑周期。

2、设计用例是否有必要？

如果不记下来，很可能到执行的时候测试点就遗漏了，另外也不便于用例评审，用例总结，对后期测试工作没大的改进作用。所以测试用例一定要写，颗粒度视情况而定。针对测试人员少，上线时间紧的项目，可只做思维导图列出测试点。

3、设计用例的益处？

设计用例的过程可以更深刻的理解需求，熟悉各功能点，保证尽可能全的覆盖到各测试点。也便于用例评审。

4、一定要写测试用例吗？

对于大中型任务，还是要写详细的测试用例;对于紧急小型任务，可以写测试点;对于新人负责的模块，一定要写测试用例。

5、测试用例怎么写？

(1)根据需求文档，拆分测试点;

(2)根据测试用例设计方法 + 经验 + 拆分后的测试点 + 通用用例约束。来设计最终的详细测试用例;

(3)写用例的思路：产品需求-测试需求-测试点-测试用例;

(4)还要考虑兼容性问题、浏览器兼容、操作系统兼容性，如果是app测试还要考虑中断测试、弱网测试等;设计用例时也要注意涉及到的数据库中的字段值是否正确;需要注意关联模块的用例设计;注意新增接口、新增字段的用例的设计;

(5)除了用xmind整理测试点，也可以这样：根据需求文档找到角色和功能模块的匹配关系，输出usecase图---输出流程图---依据业务规则、usecase、流程图输出测试用例。

6、用例必备4个方面？

预置条件、执行步骤、预期结果、测试结果;用例要点：需包括与其他模块耦合关系、用例的级别(level0、level1)，考虑哪些需求必须完成，哪些需求可以后续完成。

7、用例设计理念？

首先要保证产品的质量，测试用例的数量并不能决定质量的好坏，要做到覆盖全面，提倡高质量的自动化测试。

8、没有需求文档，如何测试，如何设计测试用例？

A.查找其他相关文档，来帮助理解所要测试的产品需要完成的目标;B.尽量多参加项目组内的会议，比如需求讨论、设计讨论、计划讨论等，能够加深对产品的理解;C.咨询相关人员-项目负责人、市场人员;D.召集相关人员，对你整理的结果进行讨论，通过评审后，这份文档就可以作为依据来设计你的case了;E.如果是一款已经上线的产品，可以多使用产品，有不懂的问产品经理;F.也可以去看历史bug，可以了解到一些需要关注的东西。

9、测试用例有哪些设计方法？

等价类划分法、边界值分析法、功能图法、错误推测法、因果图法、场景法等。

10.写用例，用什么形式写，什么工具写？答：excel、word，也可以是工具，如testlink、zentao、xmind。我平时是用xmind去设计测试用例，具体可以参考使用XMind编写测试用例。

免责声明：内容来源于公开网络，若涉及侵权联系尽快删除！