本文收集整理关于简述设计测试用例应遵循的原则的相关议题，使用内容导航快速到达。
内容导航：
Q1：设计测试用例需要遵循哪些原则
测试用例设计的最基本要求：覆盖住所要测试的功能。
1. 单个用例覆盖最小化原则。
2. 测试用例替代产品文档功能原则。
3. 单次投入成本和多次投入成本原则。
4. 使测试结果分析和调试最简单化原则。
Q2：测试用例设计的基本原则是什么
1、测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。
2、测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3、测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
不管是从个人角度还是从公司角度，根据我这几年的经验我觉得case的设计应该符合以下几点：
1、一个case一个功能点：每个case都要有个测点，找准一个测点则可，不能同时覆盖很多功能点，否则执行起来牵连太大；
2、case的易读：从执行者的角度去写case，最好不要有太多的术语在里面，如果要有最好指明具体位置；
3、case的执行粒度：粒度越小越好；
4、步骤清晰：一个case多个步骤，可一个重点，步骤指名人们怎么去操作，expect则指明这样操作之后应该看到什么结果---最好不要用正确，正常，错误之类的含糊主观的字眼。
5、总体设计：先正常，后异常，这样可以确保正常情况下功能能够走通。
总之：对于一个新来的tester，给他个case和我们的软件，他就能顺利取执行case.
Q3：4. 白盒测试设计测试用例的原则是什么?
根据不同模块的重要程度，灵活选择以下六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。
语句覆盖每条语句至少执行一次。
判定覆盖每个判定的每个分支至少执行一次。
条件覆盖每个判定的每个条件应取到各种可能的值。
判定/条件覆盖同时满足判定覆盖条件覆盖。
条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
路径覆盖使程序中每一条可能的路径至少执行一次。
Q4：设计测试用例需要遵循哪些原则？
1、单个用例覆盖最小化原则。
2、测试用例替代产品文档功能原则。
3、单次投入成本和多次投入成本原则。
4、使测试结果分析和调试最简单化原则。
设计
设计是把一种设想通过合理的规划周密的计划，通过各种感觉形式传达出来的过程。人类通过劳动改造世界，创造文明，创造物质财富和精神财富，而最基础、最主要的创造活动是造物。