故事背景

这段时间，经常讨论起如何写测试用例，或者是传统的，用例用excel，写的很细；或者是敏捷的，用思维导图，写的很快。主要是形式上和针对人群上的区别（细的给谁都可以执行，可以交付；粗的只能自己用，但是省时间，可以扎进产品和研发）。各有说法。

测试有啥用

在一个团队中（产品、开发和测试），测试有啥用？既然是一个团队，肯定有相同的目标；既然是不同的角色，那肯定又有不同的立场。那么，各自的立场又是啥？

产品经理：拿着小红旗，冲着对面的高地喊，拿下高地！对，产品经理是指指明目标的，无限次的跟团队灌输，我们要上哪些新功能，会增加多少用户，能拉多少风投。一个字：定目标。
开发：看着产品经理的小红旗方向，找了一条最近的小道，各种纵跃，各种匍匐，奋力奔向目标。一句话：干，完成目标。
测试：先看看小红旗指的高地，看看是不是我们要拿下的高地，还要看看地形，找到尽可能对的路线，然后掩护开发，冲向高地，直到拿下。一句话：找条路，完成目标。

透过故事看本质

更多时候，产品背负了KPI，产品们是单纯的结果导向思维，必须达成某个目标；开发和测试更多的偏向于过程思维，思考达成目标的过程。从这一点上讲，测试和开发，更容易沟通些。
测试和开发的区别又在哪里？完成一个目标的方法千千万，开发不可能每种实践，所以，开发的精力，更多时候放在了解决过程中的问题上，而测试其实更多的精力，在思考多种方法上，以及可能会发生的状况上。

所以

假如直接翻译功能规格为测试用例，八九不离十，你会遗漏测试场景。

回到Excel和思维导图上

总结一下，用什么工具不重要，重要的是，你要想清楚，这个东西，你打算怎么测。可以问问自己，要测试的场景有没有，每个场景的检查点全不全。千万不要被别人带到沟里了。记得想想，自己在团队中，到底有啥价值。