回复 15# 的帖子
说得太好了,受教~~ 我主要是做企业管理软件的测试的,在写测试用例时尤其要考虑业务流程测试,对此也很茫然,看了很多朋友都说应该把功能点测试和业务测试分开考虑,不过对于一个大型的企业管理软件而言,感觉若真要完全按照此规格来写出所有测试用例,那是相当耗时和需要大量精力的,尤其对于模块较多的软件.而且感觉可能会有很多重复的工作,用例可能有很多冗余的吧,可能相对于人力成本太高了而且资源浪费大.我就在想可不可以在写功能测试点的时候就考虑到业务点呢,比如说对一个大型系统的某个模块写用例时就把各种数据的可能流向,各种路径都考虑进去,最后只需要在每个模块衔接处或数据流向点进行相关的测试,不知道这样测试能够完整而且不冗余的进行完全测试吗 ?! 顶一个。希望大家继续讨论。学习中。。。 业务流程的用例应该以需求作为标准,再根据用例编写测试用例(就是把用例具体化),我现在正采用情境的方式写用例,因为是erp产品,如果分支多和集成化比较高还有些问题,正在找解决办法。
功能测试也必然要与业务流程测试分开,前者是重功能算法,后者是重逻辑。
测试本身就是一个费时费力的工作,不能投机取巧的,外国越是大型软件在测试方面投入的人力物力就越大,以oracle 11g 为例,测试时间达到了1500万个小时,开发工作量达到了3.6万人/月。 学习了,个人觉得还是分开好。
我们是先进行 流程测试,看流程是否能跑通,再进行功能的验证测试 大家有没有听说表单测试,这个跟前面两种测试有关系吗
页:
1
[2]