最近一直在忙于写测试用例，公司的测试规模队伍已经壮大，但是还没有一些规范的流程，包括测试用例，测试计划等等，去年的个人小结中自己把一些想法写出来，在今年的会议上领导加以实施，先让我们写测试用例，以前我们也写过，可都没有得到实施，确切的说并没有用到实际工作中去，只是写了就扔了，不了了之，而今又有了这个计划，而我对于此计划还是很用心的，毕竟也是自己的一个提议，所以不知不觉中总是要逼自己去做好它，其实也是希望自己能在工作中有一点成就，所以我想沿用rational的一些测试用例，可是一直没有什么太大的头绪，关键我觉得是不是专业软件的不同导致了测试用例的不同，我有一点点力不从心，万事开头难呢！
在csdn上看到一些文章，对我启发很大，下面我将摘录一位《Roger Ge的专栏》上的一些观点，我不是抄袭，只是将其好的观点记录下来，有些有疑问，希望csdn上的各位能给予一个好的答案，谢谢各位！
n 业务场景测试：验证软件核心业务流程，包含主要功能点的逻辑路径覆盖。
n 功能点测试：包括测试方法和测试数据的组织两个部分。
关于业务场景测试，个人认为要画出详细的业务流程图及路径覆盖组合，因为这部分是软件的核心功能，在任何种类的回归测试中都要着重进行测试。至少在每次基线版本发布前进行全回归测试。如果条件允许，将之逐步实现成自动化测试将会带来非常大的效率改善。
这里对于“要画出详细的业务流程图及路径覆盖组合”有些疑问，业务流程图是要那种一个步骤一个步骤的来描述，还是一个大体的框架？如果太详细的话是不是这个图太复杂了？还有路径覆盖组合是用脚本测试吗？我们只是手工测试，并没有涉及到单元测试，因为并不会开发，所以这一点肯定不能得到实现，请大家给予一些建议和观点！还有我们的主产品是建筑软件，对于计算是相当的复杂，这也是对于写测试用例的一个难点，不知道大家从事哪方面的软件测试呢？
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
