软件测试入门-1
上一篇 / 下一篇 2012-07-19 08:47:30 / 个人分类：测试经验
编者之话
亲爱的朋友，本文主要是针对打算进入软件测试领域的朋友们编写的。在我的面试经历中，我经常会遇见很多刚走出大学校门的朋友。他们都非常优秀，但是由于各种原因，例如因经济原因无法参与专业培训、短期无法找不到工作而准备放弃在大城市奋斗等，在职业选择方面非常迷茫。我非常希望能将自己的经验跟大家分享，如能对年青朋友们有一些帮助，我就非常高兴。感谢你们阅读本文，谢谢！
职业发展
“你为什么选择软件测试？”。面试时很多人回答：“因为软件测试简单”。这样的回答其实很糟糕。如果你是真心喜欢、热爱这个行业，再加上你的认真、踏实、负责、以及良好的团队合作等，恭喜你，不管你的计算机基础如何，你都能在软件测试行业有很好的发展前途！
入门
当你决定进入软件测试行业，若你对软件测试还不太了解，我建议你去书店选择软件测试相关书籍学习几天（特别提醒：对于重点知识、疑问等需做好笔记，并及时查阅资料将疑问解决掉）。经过这一阶段的学习，你可以知道哪些书写得比较好，可以从中买下1-2本书带回家仔细研究！
面试
恭喜你获得面试机会。这时候，你应该真诚、勇敢地参加面试。面试的时候，眼光请一定要正视考官，把你自信、优秀的一面充分展现出来。
入职
恭喜你进入软件测试行业。通常，通过一个月左右的时间熟悉、学习业务知识，如果你能顺利地把测试理论知识很好地应用于实际工作中，并按时完成上级安排的测试任务，到第二、三个月时你就基本具备独立执行测试任务的能力了。我相信，你一定能顺利转正。
理论与实践相互结合是非常重要的。不知道其他公司对测试用例设计如何看待，而我始终是特别重视的。
对于踏入这个行业的新人，我通常会花一周左右的时间对他们进行测试用例设计方面的培训，重点指导新人们如何将理论用于实践。
测试用例模板
我相信每家公司都有自己的测试用例设计模板。我采用的测试用例设计模板主要包含：
● 最小功能测试集：用于简单、快速地验证系统是否满足基本的功能需求（最小功能集最好能够做到全部自动化）；
● 复杂功能测试集：用于进一步验证系统能否在复杂、或不常见的合法输入和操作下正常运行；
● 健壮性测试集：用于测试系统能否在各种异常输入、异常操作或者异常环境下正常响应，以及检测在出错之后系统能否正常运行，是否造成数据丢失、是否毁坏其它相关的软件和硬件等；
● UI测试集：编写跟UI设计相关的测试集。
说明：
最小测试集、复杂测试集、以及健壮性测试集都是根据需求、使用测试用例设计方法编写的。UI是根据产品UI设计文档编写的。
在编写测试用例的时候，需要思考以下几个问题：
● 为什么功能性测试用例必须覆盖全部需求？
这问题不回答了，大家一定理解。
● 哪种测试用例便于他人审核是否有效？哪种测试用例便于增加、删除、修改？
具有树型结构、清晰层次关系的测试用例。审核人员一般会先审核树枝是否全面覆盖需求、是否有冗余，然后再审核树叶是否全面、是否有冗余。如果具有这样的层次关系，用户也能很好地维护测试用例。
● 哪种测试用例便于多项目共用？为什么要将功能与UI测试测试集分开？
在测试用例设计中，将功能与UI测试用例分开，这样对于功能相同的需求，功能性测试用例就可以在多个项目中通用。为了功能性测试用例能够在多项 目中通用，功能性测试用例需 要使用通用词语描述。UI用例应该只描述各产品UI的一些约束部分，参考后面电话模块测试用：当电话拨号盘没输入号码，键盘“灰显”等，这约束跟具体项目 有关，属于UI用例。
需求模块划分
在设计测试用例前，充分理解需求是非常必要的。在此基础之上再对需求进行模块划分，形成一棵需求树（说明：划分模块的时候，需求可以重复。但重复不宜太多，否则需要思考划分的模块是否合理？）。
电话模块需求树例子：
（未完，见下页续表）
TAG:
-
引用 删除 hui327ping / 2012-07-23 18:06:54
-
很深启发，不错不错
我的栏目
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 3339602
- 日志数: 1640
- 建立时间: 2011-12-07
- 更新时间: 2019-12-24
