关于测试用例
关于测试用例1. 如果公司只有你一个Tester，真没必要写测试用例了，写测试点（思维导图写测试点，不错的方式，如Xmind）吧，提取关键要素。
2. 如果你们的需求老是频繁变化，写测试点吧；你的测试用例的更新速度永远跟不上需求的变化速度，每天都在改用例。So，太详细的用例，无太多意义和价值。
3. 如果你们的节奏控制的非常紧凑，完全没时间严格按照测试用例执行，写测试点吧，提取关键要素。
4. 如果团队的整体Tester技能均衡，测试点已经能够保证充分覆盖了，写测试点吧，测试用例的意义不大 。
5. 如果这块的逻辑非常复杂，你未曾接触，尽量写详细点的测试用例，通过用例的梳理过程，是一个很好的梳理理解需求和产品的过程。
6. 如上的观点，并不是代表大家都去写测试点，不用写测试用例了。看每条的前提条件 。
7. 如何用更少的测试点，尽可能的充分考虑各种可能性呢？跟什么因素有关呢？与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法。
总结反思：我的改善思路1. 执行测试之前必须写用例。如果时间紧急，一定要挤压自己的时间来设计有价值的测试用例（可用Xmind进行测试点的提取）。
2. 再看一遍测试理论书籍。这次要结合实际进行思考，不能走马观花地为了看书而看书，要时刻思考看书的目的，并将理论用到实践中进行微创新。
3. 看文章及讨论过程要结合自己的思考。看群组讨论和文章要结合自己的实际情况进行思考、讨论、落地。
4. 要打开眼界，不能闭门造车。要多了解其他公司的测试管理流程、高级测试工程师需具备的条件，打造自己的硬本领，提升核心竞争力。时刻考虑，当离开自己所在的单位，自己身上又具备多少价值，自己的核心竞争力是什么？
5. 不要总找刁钻的用例，要把客户常用的流程弄好。产品上线之前无论经过多少轮测试，一定要把主体业务流程进行回归测试。
6. 作为新员工要快速成长。在你的圈子里，不要自我感觉成长“很快”，其实你做的是平行比较。要做垂直比较，这样才能成长，千万不要做温水中的青蛙，否则会死的很惨。
后记
整个测试职业，之前可能是简单&重复。但这几年，整个测试职业，前景看好，专业性越来越强，要求越来越高。高质量的软件测试其实比开发还难。目前的状况还是处于不断完善的过程中，如何在日常工作中进行微创新是我以后应该重点考虑的问题，不能以执行任务的心态去设计测试用例。要以一种“创业的心态”来对待所从事的工作，在工作中体现自己的价值。抓住机会提升自己，在同样的时间赚更多的工资，实现自己的最大价值！
页:
[1]
