|
|
一个测试新手遇到的若干基础概念问题请教
本人是初学者，并且目前没有在具体工作中做软件测试，不少概念还比较模糊，所以问题也可能问的不甚清楚，或者较比业余，但我想其他初学者也可能都会遇到，所以还请高手，高高手，不吝赐教！！！
1. 按正常的测试流程而言，当tester开始写测试用例的时候，是不是根本还没看到程序是什么样子？或者仅仅看到过简单的GUI界面，在这种情况写step by step的测试用例，是不是完全按照需求书的功能描述来写的？我的问题是需求书会提供那么细致的细节吗？（当然肯定有的会），比如我要写一个关于登录的用例，密码长度不够，返回什么错误信息，用户名不对，返回什么错误信息，如果需求书没有这么详尽的信息，测试员如何写测试用例？而且在开发人员正在开发的同时，测试人员所写的测试用例是不是都是针对手工测试的？这是不是也就是为什么说自动测试更多是用在回归测试阶段的原因？在测试初期的功能测试实际中上不上自动化测试？
2. 测试用例是不是只针对功能测试而言的？个人感觉好像应该不是，类似像压力测试，冒烟测试，兼容性测试也都可以有相应的测试用例吧？
3. 需求文档有BRD, business requirement document，有时候也包括设计文档，个别时候包括use case文档，我的问题是，这个USE CASE文档是由谁负责来编写？tester？还是business analyst？
4. 在使用qc学习mercury订票实例的时候，在testplan部分里有很多单独的测试用例（当然它们也被组织在一定目录之下，但基本是按照功能模块的划分进行组织的），但在测试实验室里它们似乎是按照不同的测试类型给组织在一起，比如一些最基本的功能测试的用例（不包括那些边界值测试，等价类划分的功能测试）组织在一起构成了一个mercury tours sanity的类似冒烟测试的测试组，或者一些关于性能测试，压力测试的测试用例，组成了一个performance and load的测试组。我的问题是，类似冒烟测试，压力测试，或者集成测试，系统测试，是不是都可以通过从testplan里的具体测试用例的不同组合来实现？
5. Alpha，beta测试算UAT测试吗？alpha,beta是不是完全针对类似游戏，工具软件这类面向大众用户的一类软件的一种测试？商业软件有alpha,beta测试吗 ？ 反过来，这些游戏、工具软件是不是也没有所谓的UAT测试？
6. UAT测试是不是一个严格按照用户需求书来执行的测试？
7. 是否基本上所有的测试类型都可以统一通过QC这样的软件来管理？包括兼容性测试，backend 测试，集成测试，压力测试等等？还有，类似UAT测试，alpha，beta测试可能有用户来完成，这些测试的测试情况也可以用QC统一管理起来吗 ？
8. 如何大致判断一个软件，大致可能要写多少测试用例？（不妨认为是在一个相对统一的普遍的测试覆盖率的前提下），举个例子来说，就好比mercury自带的订票程序（无论是client/server版的，还是web版本的），或者更实际些的，像MSN、emule这样的软件，类似这些规模大小的软件，要写测试用例的话，大致会有多少呢？还有相对应的测试团队的人员组成如何？向上面提到的这样的程序，一般需要多少测试人员？
9. 集成测试到底是测什么的？有点糊涂，能不能给个这方面的具体测试用例的例子？
10. backend 测试，主要测前台GUI界面的数据是否与后台的数据一致？能举个具体例子吗？详实一些的。
11. 测试环境与开发环境一定要用一样的数据库，webserver，应用服务器，简单说需要一样的环境吗？（只是说软件环境）。
12. 做开发的一般可能都有这个经验，那就是随便见到一个软件，大致能判断这个软件是用什么语言编的？用C，用JAVA, 等等，这里面有什么经验可谈吗？是不是一方面可能是从不同的编程语言的所擅长的领域来判断，另一个是从这个软件界面风格也能获得一些线索？ |
|
/1 
关于我们
发表于 2008-9-17 01:34:34
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
楼主
