关于软件测试一些基本概念的困惑

显示全部楼层 · 2008-9-18 23:05:26

1、在软件测试理论中，提到software testing methodology的时候，强调三个步骤，1.creating test strategy; 2.create test plan/design; 3.executing test. 可是在一些实际例子中，好像经常第一和第二部分混在一起的情况，test strategy 和test plan 的概念和关系始终很糊涂，恳请高手能从理论和实际应用的两个角度讲解一下。（俺是新手，一些关键的概念搞不清楚，很痛苦，不要批评俺太拘泥于这些东东）
2、 backend测试主要是确认GUI界面中的显示数据是否与对应后台查询到的数据对应一致？如果是这样，那什么时候才需要进行backend测试？比如说，我注册一个用户，成功后，那我是否需要进行相应的数据库查询，确认注册是否成功？或者在线购物，我成功下了个订单后，然后是不是需要核对‘我的订单‘中的显示订单情况与数据库查询返回的订单结果是否一致？如果是这样，那是不是所有涉及到表单提交，且引起数据库变化的操作，都要进行backend测试？
3、在qc的mercury tours实例中，在测试计划的Mercury Tours Site—Html Pages目录下里有很多关于web page UI方面的测试，像Html page layout, html page source, html tag,spelling &grammar, tab order等等，我的问题，是针对web页面的UI测试的这些用例，对于web-based application来说，是不是基本都是通用的？
4、在版本基本稳定的情况下，会确认一个基线版本，在此是不是马上就会进行一天一次的（Build verfication test） (Nightly build)，还是逐渐的频率越来越高？如果每天都构建新版本，那是不是每天都要进行回归测试？
5、系统测试是不是可以理解为也是一次全面的功能测试，只不过它是在实际运行环境下进行的？那它的测试用例完全用全部的功能测试用例就OK了吗？
6、类似兼容性测试，压力测试，性能测试，恢复测试，安装测试，它们属于不属于系统测试的范畴？如果不属于，这些测试是在系统测试之前进行还是之后进行？都在运行环境进行吗？
7、关于build和release的概念有点模糊，能否给予解释？是不是build XYZ是指一个具体的基线版本，而buildxyz releaseabc，是指这个基线版本下的一个实际的发布的子版本？所谓release是不是就是指一个真正向用户或者公众发布的版本？
8、 Use case相比较用户需求文档或用户设计文档来说，是不是提供了最详细的功能实现细节？它们三者是不是就是个逐步一一细化的关系？

千问 · 2008-9-18 23:05:26

1、首先 creating test strategy 这个只是根据前面的分析之前可能对客户需求分析或者是功能的分析有一个测试的策略这个策略可能和功能相关具体可以表现为比如一个功能模块它既要与外部其他系统交互还要与内部的其他模块交互分析出这样一个过称后那么你就要考虑在测试时要分别对该功能与外部和内部的交互两部分进行测试这就是一个简单的策略策略可能不具体但是通过前期的分析要有大致方向有一些公司会要求编写测试策略文档但是这个文档要求参差不齐要看测试人员的水平了create test plan/design 我经历的测试计划一是有TPM制定的类似时间点的计划另外就是比较有经验的测试人员对自己的已经分配的功...