大型软件的测试用例编写
在网上看到很多测试方法和测试用例，比如订票系统，ATM机，业务流程很明晰。我现在测试的是一个还算比较大的软件。想讨论一下有一点规模的软件，因为没有很清晰得业务逻辑关系，就拿office里面的word来讨论吧。
因为运用灵活，且提供的功能多样，在最开始的时候会把模块划分出来，每个人负责某个模块，比如文件-〉页面设置，此时就会对单独的功能模块设计专门的测试用例。
我很迷惑的是
第一：在单个模块功能测试完毕后，如何将多个功能模块的组合进行测试？
怎么掌握组合的复杂度，把握组合的覆盖面
功能模块与功能模块有必然联系和影响的时候，要如何考虑？
第二：功能测试和UI测试的界限在哪里？UI测试仅仅是检查窗口和控件的合理性么？控件与控件之间的相互关系是在UI测试的一部分吗？
[ 本帖最后由 fairypure 于 2008-3-6 11:36 编辑 ] 我很迷惑的是
第一：在单个模块功能测试完毕后，如何将多个功能模块的组合进行测试？
怎么掌握组合的复杂度，把握组合的覆盖面
功能模块与功能模块有必然联系和影响的时候，要如何考虑？
记住有Flow testing和scenario testing
第二：功能测试和UI测试的界限在哪里？UI测试仅仅是检查窗口和控件的合理性么？控件与控件之间的相互关系是在UI测试的一部分吗？
怎么分类只是推荐，个人实践很重要 测试用例的书写看你们各自公司怎么规定的，是按照业务走还是按照界面元素走，前者快速有效但是覆盖率不一定高，呵呵，难免会出现一些旁支问题。后面一种复杂，覆盖率可能高了，企业也没这么多资源投入，需要裁剪。 看到组合会想到正交分析法。
独立功能测试充分后，使用正交分析法来测试功能的组合。
UI测试，我觉得是测界面的表现形式的合理性。
页:
[1]
