欢迎来到天天文库
浏览记录
ID:37493674
大小:234.63 KB
页数:14页
时间:2019-05-24
《软件测试笔记》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、Copyright2009PoweredbyNemo软件测试学习笔记1.软件测试导论1.目前国内软件测试行业现状是什么?A:①国内测试行业蓬勃发展。②起步晚,对测试资源的投入,人员培训,工具购买等相对缺乏。③这需要一个过程,包括软件企业对测试的认识有待提高;测试人员需要不断学习和提高个人能力2.目前软件测试人员水平如何?A:①目前国内测试人员的水平普遍偏低,a.测试用例的设计能力b.测试的规范执行c.自动化测试和性能测试方面②由于测试行业起步晚,测试人员缺乏经验3.对软件测试的发展过程的了解如何?A:①最早的软件测试是开发人员编程后,自己进行调试,这样的测试不科学,很局限,缺乏第三方
2、监督。②后来,越来越多的公司组建独立的测试小组,进行独立测试,从而逐渐形成了专门的测试职业。③现在,更多的学者专门研究测试理论和技术,开发专门的测试工具。4.软件测试将来的发展方向是什么?A:①逐渐出现更多更好的测试工具,自动化测试越来越普遍。②开发人员的测试意识不断增强,与测试人员一起讨论测试的设计,做更多的单元测试。5.什么制约了软件测试的发展?A:①软件开发的快速发展与软件测试大部分依靠落后的手工测试的矛盾。②软件测试缺乏其他学科,如数学,人工智能等有力支持,仍然依靠测试人员的经验和发现bug的能力。2.软件测试的组织1.最简单的软件测试组织是什么?A:没有任何组织的测试,几个
3、人甚至一两个人,没有任何分工,没有任何层次结构。1Copyright2009PoweredbyNemo2.测试组织的分类有哪些?A:①按测试人员参与来划分有专职型和兼职型。②按人员从属关系来划分有项目型和职能型。3.MSF模型是什么?A:如图:项目管理产品管理开发沟通用户体验测试发布管理4.敏捷测试角色是什么?A:如图:面向业务支持编码批判产品面向技术5.FIT(FrameforIntegrated)面向业务的支持编码角色是什么?A:利用FIT,测试人员或用户可以在word文档中通过举例列表格的方式来说明满足某项功能需要的输入输出,FIT自动比较期待输出和实际输出之间的差异来判断测试
4、是否通过。6.敏捷项目的测试划分:A:①面向业务+批判产品→用户②面向技术+批判产品→专门的测试人员③面向业务+支持编码→测试人员/用户④面向技术+支持编码→开发人员/熟悉单元测试的测试人员7.测试规范包括哪些?A:软件测试方法指南测试用例设计规范缺陷录入规范测试计划规范测试报告规范2Copyright2009PoweredbyNemo测试工具使用规范全局规范:缺陷分类规范缺陷等级划分规范测试提交流程规范缺陷状态变更规范8.以前的测试工作是怎么样的?A:①首先,KOMATSU项目的测试工作组织方式是选用的项目型+专职型,即:测试人员属于项目,至始至终充当测试角色。②由于KOMATSU
5、项目属于外包项目,因此,需求分析文档是由日本方提供的,与此同时,项目启动后很短时间内,外部设计和内部设计也跟着发包过来,在这样一个离岸外包的环境下,项目的开发人员和测试人员共同理解需求分析文档,外部设计和内部设计,并且对一些未完成的文档进行补充。随之整体的测试计划、测试规范、测试方法指南、测试用例设计规范、缺陷录入规范、测试计划规范、测试报告规范、测试工具使用规范和时间进度也在这个阶段制定出来。③在编码阶段,开发人员按需求分析文档和外部设计以及内部设计进行编码工作,测试人员主要工作是对应1~2位开发人员的成果物,根据一份Checklist对代码进行初步检查。主要检查代码是否符合编码规
6、范,是否能编译通过。④单元测试阶段,测试人员会根据测试式样书,按测试用例进行测试工作。这个阶段的大多数测试用例在设计上一般都是采用的等价类划分法,边界值分析法,基本路径分析法等。⑤单元测试之后进入ITA测试,也就是本地模块集成测试。这个阶段的大多数测试用例在设计上一般都采用的基本路径分析法,因果图法,场景设计法等。⑥ITA测试之后是ITB测试,也就是将测试环境和测试对象由本地移植到客户真实环境上进行系统测试。测试方法大致与ITA测试相同。为了有效减少测试用例的个数,在这个阶段,大多数测试用例在设计上一般都是采用的均匀实验法,组合覆盖法,分类树方法等。⑦贯穿于整个测试过程中,对于bug
7、的处理流程是:测试人员在发现bug后,首先在系统上提交bug票,待开发人员进行确认,如果确认发现属于bug,则开发人员对bug进行修改,并且在修改好bug之后,将状态更改为已修正,测试人员则提取最新版本进行回归测试。测试通过则关闭bug票。如果开发人员确认不是bug,则将告知测试人员和项目组长,并说明原因。在三方一致同意后,关闭bug票。如果开发人员发现此bug的根源出自需求分析文档或者外部设计或者内部设计,则开启QA票由日本方对应,根据日方对应情况再进行
此文档下载收益归作者所有