ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:120.70KB ,
资源ID:9415172      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9415172.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试主题议程草案.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件测试主题议程草案.docx

1、软件测试主题议程草案软件测试教学大纲一、学分: 32学时, 其中含讲课24学时,上机8学时二、先修课程:管理信息系统、程序设计语言、信息系统开发工具等三、教材1、指定教材:软件测试,Ron Patton, 机械工业出版社2、参考书目:软件测试的有效方法,William E. Perry,机械工业出版社软件测试的过程管理,Rex Black,机械工业出版社四、教学目的软件测试是信息系统开发中的一个重要步骤,随着软件变得日益复杂,软件测试也变得越来越重要。通过本课程的理论学习与实践,使学生掌握软件测试的基本概念与基本理论, 学会软件测试的方法、软件测试工具的使用、软件测试过程的管理。五、教学内容:

2、本课程主要讲授软件测试的基本概念、原理和技术。通过对测试计划、测试用例、测试过程与自动化测试工具的讲解与应用,使学生掌握软件测试的原理与方法。六、课前预习 学生最好在课前进行预习,课堂上将着重于如何解决问题。如果学生事先阅读了相关章节,这将有助于学生理解讲课的内容。七、考试说明1、考试方式:闭卷考试、上机考试2、分数说明本课程有课后作业、上机作业和不定期地进行随堂测验以及一次期末考试,各部分所占总分的比例如下:随堂测验 10课后作业 10上机作业(含上机考试) 20期末考试60%不定期的随堂考试将在正式讲课之前进行,大约10分钟左右,所以不要迟到或逃课。课后作业包括讲义所含相关章节的全部课后习

3、题。如果抄袭书后答案将被给予0分。作业必须在指定日期的上课之前交上来。八、要求1、除非学生能证明有特殊情况,例如疾病,否则不能以任何借口不参加考试和随堂测验。如果无故不参加考试和测验,给予0分。学生之间可以讨论课后作业,但是不可以抄袭别人的作业。助教可以不予批改迟交的作业。2、涉及学生的学术不诚实问题主要包括考试作弊;抄袭;伪造或不当使用在校学习成绩;未经老师允许获取、利用考试材料;对于学术不诚实的最低惩罚是考试给予0分。其他的惩罚包括通告学校相关部门并按照有关规定进行处理九、课程进度表2月9日第一章 软件测试的基本概念(3学时)1.1 软件测试的定义与目标1.2 测试流程2月11日1.3 软

4、件测试的原则2月16日第二章 测试计划(5学时)2.1 测试系统体系结构2月18日2.2 测试用例设计2月23日2.3 测试小组构成2月25日第三章 测试过程(6学时)3.1 单体测试3月2日3.2 集成测试3.3 确认测试3月4日3.4 系统测试3.5 验收测试3月9日第四章 软件测试自动化(6学时)4.1 自动化测试概述4.2 测试需求分析3月11日4.3 测试计划4.4 测试设计与开发4.5 系统测试3月16日4.6 快速测试技术和方法4.7 其他专用测试4.8 自动化测试软件3月18日第五章 测试过程管理(4学时)5.1 测试过程5.2 CMM5.3 微软的测试过程管理十、上机作业:1

5、、使用Eclipse中的JUnit工具建立第一个测试,eclipse的当前版本可以从它的官方网站(www.eclipse.org)下载。JUnit也可以从它的官方网站 (www.junit.org)上下载,下载并解压缩到你硬盘中存放java libaries的地方。打开Eclipse,建立一个新的工程的工作空间(workplace project) 点 File - New -Project,选择Java一路Next。 输入工程名称(project name),比如ProjectWithJUnit. 点击完成。 这样就建立了一个新工程,配置一下Eclipse,把JUnit library 添加

6、到build path。点击 Project-Properties, 选择Java Build Path Libraries, 点Add Exteranal JARs 选中JUnit.jar。 可以看到JUnit将会出现在的屏幕上 libraries列表中。 点Okay,Eclipse将强制rebuild所有的buildpaths.为了方便起见, 假定将要写的类名是HelloWorld 有一个返回字符串的方法 say()。要建立这样一个test, 在ProjectWithJUnit标题上右键, 选择New - Other,展开Java, 选择JUnit. 在对话框的右边一拦里选择TestCas

7、e,接着点Next. 参见图1。图1。 在Eclipse 中建立JUnit test在Test class:一栏里输入需要测试的class-HelloWorld。并且给Test case取个名称- 比如,TestThatWeGetHelloWorldPrompt,点Finish完成。下面是 TestThatWeGetHelloWorldPrompt.java的代码: public class TestThatWeGetHelloWorldPrompt extends TestCase public TestThatWeGetHelloWorldPrompt( String name) supe

8、r(name); public void testSay() HelloWorld hi = new HelloWorld(); assertEquals(Hello World!, hi.say(); public static void main(String args) junit.textui.TestRunner.run( TestThatWeGetHelloWorldPrompt.class); 这个代码继承了JUnit的TestCase. (TestCase 在JUnit的javadoc里定义是用来运行多个Test的固定装置)。 JUnit也定义了TestSuite 由于一组关联

9、的TestCase组成. 通过以下两步来建立简单的Test Case;(a)建立Junit.framework.TestCase的实例。 (b)定义一些 以test开头的测试函数,并且返回一空值.(比如 testWasTranscationSuccessful(),testShow()等等)。TestThatWeGetHelloWorldPrompt.java 同时遵循这些标准:这些TestCase的子类含有一个testSay()的方法。这个方法由assertEquals()方法调用,用于检验say()的返回值(按照这里的做法返回应该是不一致,因为一开始建立的HelloWorld设定让say(

10、)返回的值是null)。main()主函数是用来运行test并且显示输出的结果。JUnit的TestRunnery以(swing.u)图形和本文(text.ui)的的方式来执行test并反馈信息。使用文本(text.ui),这个Eclipse肯定支持。(所谓文本和图形,是指在建立TestCase的时候,有一个选项,Which method stubs would you like to create,选择text.ui| swing.ui|awt.ui,一般是选择text.ui因为Eclipse肯定支持这个), 依照这些文本的信息,Eclipse同时会生成图形显示。(在Package Expl

11、oer的下面Tab条上会多个JUnit,点它就看到了:)。一旦跑起了test,应该看到返回一些错误的信息。 点Run- Run as - JUnit Test(注意, 这个TestThatWeGetHelloWorldPrompt.java应该在Package Explorer被点中,在左边那个window中),点到的应该是JUnit window(就是下面的那个Tab条,注意不是Package Exploer),可以看到JUnit window,会显示一个红色条,表示是一个失败的Test。 (如果按了运行但没有自动转到这个窗口,可以点做下Tab条 上的JUnit标签。)现在正式开始建立用于工

12、作的HelloWorld代码,-点New-Class,可能和原来的的重复,那就把原来的删掉。代码如下:HelloWolrd.java public class HelloWorld public String say() return(Hello World!); 现在再来测试一下看看结果。就用上面的方法,点Run- Run As Jnit. 在左边的JUnit窗口中出现了一个绿条。 看图三。 出现绿色的条表示测试通过了。现在,再变个条件,让测试不通过。 这将帮助我们理解JUnit test怎样覆盖并且报出不同的错误。 编辑 assertEquals()方法,把它的返回值从Hello Worl

13、d!变成另外一个值 比如Hello ME!. 这样,当你再运行这个JUnit test,那个显示条又变成红的了,并且在Failuer Trace里看到是不是什么导致了错误。 如图:2、针对管理学院网站设计黑盒测试用例,并实践之。3、采用LoadRunner,针对一个试题库的性能测试。网站在内部web服务器上,假设开设50个账号和密码可供 50个考生同时参加考试。要求,每台机器只能由一个用户使用,每个用户只能使用各自不同的账号登录考试系统,做完题目后,要求提交考试结果,若在制定的时 间内不提交,则系统强制提交考试结果。但是,一般测试部门不可能有50台机器同时进行测试的。所以,可以借Loadrun

14、ner模拟IP地址,修改脚本来协助测试。但是,为了保证测试结果,建议搜罗所有可用的机器进行复测,因为有时候是不可以完全信赖工具的。(a)测试要求50个用户拥有独立IP地址,不同的用户及密码登录,试题完成后各自同时提交。(b)测试内容50个用户以不同的用户名和密码登录试题库。试题完成后,提交考试结果。测试考试结果是否能正常提交以及正确评分。(c)测试方案(1) 完全20台实际的PC机进行现场测试。1) 准备工作,并做计划。第一轮测试执行三遍,设定用户考试内容全部同时提交,第一遍全部使用IE5.0,第二遍10台使用IE5.0,10台使用IE6.0,第三遍全部使用IE6.02) At 9:00 ,2

15、0个用户同时登录系统3) At 9:05 ,20个用户同时全部提交4) 分别记录第一轮测试(三遍)的结果5) 第二轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,全部使用IE5.06) At 9:15 ,20个用户同时登录系统7) At 9:20 ,15个用户同时提交8) At 9:25 ,剩余5个用户同时提交9) 记录第二轮测试结果10) 第三轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,全部使用IE6.011) At 9:15 ,20个用户同时登录系统12) At 9:20 ,15个用户同时提交13) At 9:25 ,剩余5个用户

16、同时提交14) 记录第三轮测试结果15) 第四轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户使用IE5.0,延时提交用户使用IE6.016) At 9:15 ,20个用户同时登录系统17) At 9:20 ,15个用户同时提交18) At 9:25 ,剩余5个用户同时提交19) 记录第四轮测试结果20) 第五轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户使用IE6.0,延时提交用户使用IE5.021) At 9:15 ,20个用户同时登录系统22) At 9:20 ,15个用户同时提交23) At 9:25 ,

17、剩余5个用户同时提交24) 记录第五轮测试结果25) 第六轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户其中10个使用IE5.0,5个使用IE6.0,延时提交用户使用IE5.026) At 9:15 ,20个用户同时登录系统27) At 9:20 ,15个用户同时提交28) At 9:25 ,剩余5个用户同时提交29) 记录第六轮测试结果30) 第七轮测试准备工作,设定10个用户考试内容同时提交,另外10个用户分两次分别延时5分钟、15提交31) At 9:35 ,20个用户同时登录系统32) At 9:40 ,10个用户同时提交33) At 9:45

18、 ,剩余的其中5个用户同时提交34) At 9:55 ,剩余的5个用户同时提交35) 记录第七轮测试结果,参见第二轮测试第六轮测试过程分别对IE5.0和IE6.0的情况进行测试36) 第八轮测试准备工作,设定其中10个用户不提交,由系统强行提交37) At 10:10 ,20个用户同时登录系统38) At 10:15 ,10个用户同时提交39) 其余用户的内容由系统强行提交40) 记录第八轮测试结果,参见第二轮测试第六轮测试过程分别对IE5.0和IE6.0的情况进行测试41) 第九轮测试准备工作,设定其中10个用户同时提交,5个用户延时5分钟提交,其余用户由系统强行提交42) At 10:25

19、 ,20个用户同时登录系统43) At 10:30 ,10个用户同时提交44) At 10:35 ,剩余的其中5个用户同时提交45) 剩余5个用户系统强制提交46) 记录第九轮测试结果,参见第二轮测试第六轮测试过程分别对IE5.0和IE6.0的情况进行测试 (2) 模拟20个用户进行测试。其中,10台是PC机,另外10台机器的IP地址是Loadrunner模拟出来的。1) 在10台实际的PC机中抽取其中一台虚拟10个IP地址,包括自身的IP地址,该机器上共11个IP地址,这11个IP地址只能全部使用IE5.0或者全部使用IE6.02) 其余9台实际的PC机分别由9个人操作,另外一台机器由一位质

20、控部人员操作3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟4) 其余过程参见(1)(3) 模拟20个用户进行测试。其中,5台是PC机,另外15台机器的IP地址是用Loadrunner模拟出来的。1) 在5台实际的PC机中抽取其中一台虚拟15个IP地址,包括自身的IP地址,该机器上共16个IP地址,这16个IP地址只能全部使用IE5.0或者全部使用IE6.02) 其余4台实际的PC机分别由4个人操作,另外一台机器由一位质控部人员操作3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟4) 其余过程参见(1)(4) 模拟35个用户进行测试。其中,20台是PC机,另外15台机器

21、的IP地址是用Loadrunner模拟出来的。1) 在20台实际的PC机中抽取其中两台分别虚拟7个、8个IP地址,这17个IP地址只能全部使用IE5.0或者全部使用IE6.02) 其余18台实际的PC机分别由18个人操作,另外两台机器由两位质控部人员操作3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟4) 其余过程参见(1) (5) 模拟50台用户进行测试。其中,20台是PC机,另外30台机器的IP地址是用分别用两台实际的PC机模拟出来的。记录测试结果。1) 在20台实际的PC机中抽取其中两台分别虚拟15个IP地址,这32个IP地址只能全部使用IE5.0或者全部使用IE6.02)

22、其余18台实际的PC机分别由18个人操作,另外两台机器由两位质控部人员操作3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟4) 其余过程参见(1) (6) 对(5)中所述情况重复测试两次。 (7) 为了保证结果的正确性,完全50台实际的PC机进行现场测试。过程参见(1) (d)测试过程 注:该测试过程针对虚拟IP地址情况。 (1) 一台PC机上创建15个虚拟的IP地址。首先,启动IP Wizard,如下:开始程序LoadrunnerToolsIP Wizard,点击“Add”,添加你计划虚拟的IP地址。但是注意不能添加已经被占用的IP地址。 (2) 启动Virtual User G

23、enerator,并录制脚本,由于50个用户的账号和密码各不相同,所以,要修改脚本,设置参数。我是录制了一个脚本,复制了49份,在每个脚本中手工修改了各自不同的地方。 (3) 启动Loadrunner Controller,先将刚才保存的脚本添加进来。然后点击“Scenario”菜单,激活其中的“Enable IP Spoofer”。 (4) 点击屏幕右方的“Generators”,添加已经建立的IP,然后connect建立连接。 (5) 对连接起来的不同用户(IP地址)分配不同的脚本,在Controller中的“design”中,点击“Load Generators”其中,每个脚本有一个用户执行。 (6) 执行Scenario。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1