QA测试用例规范

• 按版本大小灵活的设置用例

  目前针对测试用例，有不同的呈现方式，在网易使用最多的可能有以下2种：

  Xmind脑图的形式和TC形式；
• 大版本用例（业务逻辑复杂，测试点多）
  一般针对大型版本，比如校招专场重构等比较复杂的版本，我们建议2种结合着看，先用Xmind把所有的逻辑和测试点罗列，然后在tc上编写具体的用例，明确冒烟的范围等，但是该种方式有一个缺点是耗时较长，建议预留一定的编写用例的时间；一般我们在用例评审的时候更关注的是测试点的罗列；
• 中小版本用例（业务逻辑相对简单，测试点明朗）
  如果是中小型版本，建议可以采用TC或者Xmind的单独走的形式。
  特别是小版本迭代，可以直接用Xmind罗列所有的测试点，Xmind可以非常清晰的罗列出整个迭代产品逻辑，快速的产出；但是需要针对逻辑或者操作不太复杂的版本，如果开发在冒烟上仍然有困难，可以单独罗列冒烟用例，或者跟开发达成冒烟共识；
  还有一种是直接用TC，如果版本逻辑不复杂，写用例时间相对充裕，可以直接用该种方法，TC用例的产出需要对用例的完整性和可读性有较高的要求，形式上来说对开发冒烟和用例的执行是友好的，但是需要遵守一定规则。

 

• TC用例编写原则

  编写tc用例需要遵守如下原则：