大家好，我是阿萨。现在很多人在工作中经常不写测试用例,那么工作时到底要不要写测试用例呢？
随着测试年限增加，很多人测试过程中已经不再写测试用例了，大部分使用Xmind梳理自己的思路和场景，然后就不再写具体的操作步骤和测试验证数据了。
前置条件和期望结果都存在于某一类人心中。
虽然不写测试用例节省了时间，但是要写自动化测试的时候还需要把用例细化成带操作步骤的用例。其实更浪费时间。
阿萨的观点是测试用例必须要写，不但要写，而且要写的经典和干练，最好是几条用例就可以覆盖大部分的场景。正向用例和负向用例都包含。
客户可能碰到的场景都列举出来，然后根据客户遇到的场景频次对测试用例进行优先级评定。客户经常用的场景，一定要高优先级。客户不经常遇到的场景，优先级降低。
测试用例是固定的，而且执行时间长了之后，并不能帮助大家提升产品质量，相反因为是固化的测试用例，所以自动化之后，作为回归测试用例之后，再重新发现缺陷的可能性不太高了。
因此阿萨建议，测试的过程中，除了测试用例这些按照固定套路写的测试场景和测试用例之外，多多做一些探索性测试，避免杀虫剂现象。
不但如此，还要多分析客户使用习惯，针对客户有不同使用习惯的，最好是建立客户档案，来追踪这些不同的客户使用场景。
所以你们的团队还在写测试用例吗？
