新人认识误区之用例设计方法 [ 光影人像 东海陈光剑 的博客 ]

         从新人的角色走来，一路跌跌撞撞，幸好在师傅的耐心指导下，学到了丰富的测试知识，明白了一些认识，但在测试这条职业路上一直都是新人。感觉自己似乎有责任把曾经遇到的麻烦、有过的错误认识，告诉更多的新人，只为不再如我一样犯错。但不敢保证我的认识正确，还希望有理解错的地方，各位路过的大侠不吝赐教，也帮助我成长。         最近做项目，在思考自己应该如何设计出覆盖全面但不冗余的用例，小组内也在尝试统一用例规范，借此东风，找了些文章看，不经意间发现自己有如此片面的认识。一直以为：测试用例的设计方法就是指，等价类、边界值、错误推测等方法，大家都耳熟能详。但我不得不承认这样的认知是片面的，这些方法其实只是用来确定测试用例中输入数据的方法，而并不应该是测试用例设计的全部内容。这些方法做测试的人都知道，但并不能保证每个做测试的人都能设计出全面且冗余度小的用例框架。         的确，确定输入数据在用例设计中，占很大比重，我们应该花心思去设计合理的数据输入，但是我们不能因此就忽略了其他方面，比如：如何根据需求、设计文档来确定测试用例的执行场景，如何能考虑周全诸多条件状态的组合情况，如何确定测试用例的预期执行结果，测试用例的设计策略，如何组织用例的框架等。         其实，我在设计用例的时候，更多的烦恼是诸如，每一个用例的设计应该是一个完整的流程，还是更应该集中验证一个功能点？一个页面的内容校验，是应该从不同状态的角度来分别校验页面元素，还是应该从不同元素的角度来区分各种状态下的显示？……        不晓得我有没有描述清楚自己的困惑，自己不清楚还可以慢慢学习，相信终会拨开迷雾，但要是把各位看官也弄迷糊了，偶就对不住了！我也希望通过之后继续学习、组内讨论，能有更清晰的认识。

用例

我们从来只做一件事,分享.
让美在这个世界流转
让倍感无趣的 受伤的 彷徨的 孤独的 或是心情忧郁的 人生黯淡的人们
能有一次机会
去再一次发现这个世界的美
并把美传递给他人
---光影人像(Follow WeChat public number with interest)