功能测试优先,然后才是业务测试,条件是……
我是做ERP方面的测试,业务通常是由一些单据组合完成的,所以业务有没有达到需求首先需要确保各个单据能够保证上下业务数据的连续和正确性,如果输入都错了,业务肯定错(当然若业务对了,错误就大了),当然这是理论上的,也是理想状态下的测试。然而实际情况是领导迫不及待地想知道当前业务完成状态(领导才不管你单元测试、集成测试有没有通过),所以一般情况下是在功能测试阶段执行对业务数据影响巨大的测试用例(对用例进行分级管理),当这些用例通过后,则可以进行业务测试,这样既能及时获得功能测试情况,亦能获得业务完成情况。顶
新人路过。。。顶 同意同意 恩.同时进行 学到好多啊 但是如果公司整个的流程就不规范怎么办 学习了. 学习了! 业务流程测试中覆盖有功能测试, 与功能测试的测重点又是不一样的那么到底什么是业务流程呢 我个人认为,这个要看项目组情况。
1.如果软件是新开发的,而测试人员对业务不是熟悉,就可以在进行功能测试同时,熟悉业务数据流;待到一定阶段,可以逐步做业务测试;
2.如果软件是在原有的功能上进行完善,则功能测试交给业务不熟悉的人员测试,而熟悉的员工做业务。
呵呵……在此也要说句,有些公司对业务和功能分得不是很清晰,就不存在业务、功能测试之分
3.追溯开发前期,功能规格设计或数据库、软件架构都会考虑功能、业务等,严格意义上都做过评审;
以上是我个人愚见,还恳请前辈们指点。
[ 本帖最后由 songwj0806 于 2009-3-23 13:47 编辑 ] 流程测试能测试出功能是否完全,我觉得还是流程测试先,然后在进行功能测试 启发很大。。。谢谢分享 学习中…… 我是个新手,在编写测试用例的时候一般就用到等价划分、边界值和推测法,其他的都感觉有点模糊 在产品提交测试之后最先做的不是冒烟测试么?在这个阶段主要就对业务流程进行梳理,如果当前版本最基础最重要的业务无法保证,就回退开发。因为如果不回退,继续功能测试是无意义的。 先进行业务测试 不错哦 基本上我们这边是先对业务流程中的各功能模块进行开发和测试,然后集成起来就不会出现太多功能上的问题,系统测试最主要的就是业务流程要通过,不然功能点做的再好也白搭,等于没做。。。。。 我怎么觉得功能跟业务没什么区别呢?在我看来功能就是业务要跑通,业务就是功能要实现 如果数据是从上个流程推到下个流程的这种网站,我觉得还是应该先流程测试,流程都走不通,功能测试更加测试不了