软件开发测试模型课件理论_第1页
软件开发测试模型课件理论_第2页
软件开发测试模型课件理论_第3页
软件开发测试模型课件理论_第4页
软件开发测试模型课件理论_第5页
已阅读5页,还剩91页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

Tableof01123掌握V模型(重点掌握V模型(重点随着测试过程的管理和发展,测试人员通过大量的实践,从而总结出了不少测试模型,如常见的V模型W模V模型是最具有代表意义的测试模型,最早是由PaulRook在20世纪80测试V模型即包含了底层测试又包含了高层测试;底层测试:检验源代码质量的测试,如:单元测试;高层测试:检验整个系统的需要,如:系统测试; 2.1W技能要求高H模型要求能够很好的定义每个迭代的规模,不能太大也不能太小;掌握软件测试分类(重点11、Alpha是内测版本,即现在所说的CB2、此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,3、一般而言,该版本软件的bug较多,2、该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,3、这一版本通常由软件公司免费发布,4、通过一些专业爱好者的测试,将结果反馈给开发者,GammaGamma版本,指的是软件版本正式发行的候选版。该版本已经相当成熟了,与即将发行的正式版相差无几,内部人员测试的称为Alpha测试Alpha测试主要看有没有功能缺失或系统错误Alpha测试完后一般不会有大问题了。然后把软件拿给用户测试,称为:beta测试,主要是看用户对软件外观、使用方便等的反应。这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的bug。然后做过一些修改,成为正式发布的候选版本时,叫做gamma(现在叫做RC-ReleaseCandidate)。 易用性测试(usability 测试人员不需要了解实现得细节,包括特定的编程语言(没有编程经验的人也可以设计测试用例;测试人员和编程人员是相互独立的(黑盒测试用例设计与程序如何实现无关);随机测试(其他分类探索性测试(其他分类1+2=31+3=41+4=5100+1=101掌握等价类划分法(重点 1.5等价类划分法案例--用户名(昵称)长度为3-19-要求:标题长度要求:标题长度>0标题长度<=30QQQQ账号:6---10边界值法练习合、输入条件与输出条件之间的相互制约关系。所以要使用判定表法才能解决上述案例编写测试用例的过程45条规则可以针对每个合法输入组合的规则设计用例进行测试511、订购单的检查,如果金额大于500元,又未过期,则发出批准单和提货单;案例如果想对文件进行修改,输入的第一列字符必须是如果想对文件进行修改,输入的第一列字符必须是A/B第一列字符不正确,则给出信息L,如果第二列字符不正确,则给出信息M扩展系统只接收系统只接收5或100元纸币,一次只能使用一张纸币,一次充值金额只能为5元或10元。若输入5元纸币,并选择充值5元,完成充值后退卡,提示充值成功;若输入10元纸币,并选择充值5元,完成充值后退卡,提示充值成功,找零5若输入10元纸币,并选择充值10元,完成充值后退卡,提示充值成功;若选择充值按钮后不输入纸币,提示错误通常在因果图中用通常在因果图中用Ci表示原因用Ei表示结果,各结点表示状态,可取值“0”或“1”案例、如想对文件进行修改,输入的第一列字符必须是或者,第二列字符必须是一个数字,如果第一列字符不正确则给出信息,如果第二列字符不正确,则给出信息M2付钱交易,交易成功后生成订购单,完成整个购物过程。11这种方法很大程度上是凭经验进行的,它描述了对它描述了对PC(IBM格式)和StarMail(基于局域网的电子邮件软件)做回归测试;最初制定的测试计划是用1周的时间执行150个测试用例。但是,开发推迟了,测试时间被压缩到仅仅8周时间。测试负责人采取另外一个测试方案和计划,即2个人8周的时间测试1000轻这种不确定性的问题,他用正交表法重新设计了测试用例,此时测试用例只有422个。用这42个测试用例去测试发现了4个缺陷,开发人员修复缺陷,然后软件就发布了。在使用的两年时间内,凡被测试到的领域都没有再发现缺陷,因此在发现缺陷这方面,此测试计划是100有效。据测试负责人估计,如果AT&采用100个测试用例的测试计划,可能仅仅只发现这些缺陷中的3个。TechnicalS/techsup/technote/ts723_Designs.txt数理统计、试验窗体中有多个控件窗体中有多个控件(字体、字符样式、颜色、字号),字体仿宋、楷体、华文彩云11、根据需求形成因子状态表>假设查询某个人时有三个查询条件(假设查询某个人时有三个查询条件(查询条件仅考虑填写和不填写两种情况根据“姓名”进行查询根据“手机号码”查询11、根据需求形成因子状态表>11、根据需求形成因子状态表>注意:当正交表中状态数不同时,选择状态数出现最多的所以应该选择状态数为的正交表,因素数选择>=3allpairs.exeallpairs.exe源文件.txt>新文件TortoiseSVN-9260-win32svn-1.6.11.msiLanguagePack_9260-win32在弹出窗口的在弹出窗口的“版本库URL处填入版本库的访问地址,如:5:8080/svn/XX部门/XXX项目/点“确定”开始从SVN服务器下载数据在受SVN控制的某层文件夹上(或文件夹内空白处,或某文件上)点右键,选择SVN提交TSTSV自动检查该文件夹客户端的改动,并将其列在弹出窗口的“变更列表”在弹出窗口的“信息”栏写上对此次提交的注释,以便将来追溯在受SV控制的某层文件夹或文件上点右键,选择“TortoiseSV-版本库浏览器”在弹出窗口拖动文件夹或文件到需要的位置由于是对服务器版本库直接操作,移动后将自动执行一次“提交”移动完成后需要在客户端执行一次“更新”,以下载最新状态 11而这一功能并没有在说明书的功能中规定。11计算器崩溃了。发现阶段、:程序员无法重现或者现象难以捕捉程序员无法重现或者现象难以捕捉---缺陷详细描述程序员无法读懂的缺陷报告---标题测试人员错误理解或者不正确操作引出的缺陷(FAQ)错误的修改影响的模块较多,带来的风险较大(遗留修改性价比太低todoinprogress:进行中inreview:审查jira求重新激活问题就是修改工作流的状态为清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量可以节省开发人员和测试人员的时间。提清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量可以节省开发人员和测试人员的时间。提加强开发人员、测试人员和管理人员的协同工作,让他们更好的工作不便于分配。比如缺陷报告有2不便于验证。避免使用模糊不清的词语,例如:“功能中断,功能不正确,行为不起作用”为了便于他人理解,避免使用俚语或过分具体的测试细节。包含了过

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论