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