手机软件测试实训

手机软件测试实训（通用9篇）

手机软件测试实训 篇1

●目标

通过使用测试管理工具，掌握如何创建测试计划，创建、执行测试库以及缺陷管理和缺陷报告的生成。

● 练习：使用测试管理工具

1、测试计划

(1)新建测试计划文件夹：前台安全性能测试

(2)创建测试计划：用户登录

详细信息：创建日期 2010-04-27创建人：XA

设计测试用例：

1.操作步骤:输入用户名,密码,点击登录

测试数据: 用户名：admin密码: sa

预期结果：通过用户验证，进入系统

2.操作步骤:不输入任何值,点击登录

测试数据: 用户名和密码都为空地

预期结果：系统提示请输入用户名~!

(3)用户自定义测试计划排序

2、创建测试库

New folder（新建文件夹）: 前台功能测试

New Test Set（创建测试内容）: 考生登录（测试考生登录模块功能）

3、执行测试库

（1）运行

Step 1: 系统运行正确，登录系统

Step 2: 系统无法提示并可登陆系统，用户名显示为：NULL（添加为缺陷）

4、缺陷

（1）缺陷添加(add defect)

（2）缺陷分析与报告的生成 用户自定义字段 verify status(Y表校验 N表非校验)

手机软件测试实训 篇2

查阅软件测试资料时我们会看到许多软件测试门类:白盒测试、黑盒测试、单元测试、集成测试、静态测试、动态测试、回归测试、自动化测试、性能测试、压力测试、α测试、β测试……总结起来有三、四十个,这些测试类别常常搞得学生晕头转向,能让他们在短期内记住并理解其含义已经很困难了,对软件测试的认识更是雾里看花。其实这些词汇是从不同角度对软件测试的划分,如果能够汇总这些测试种类,引领学生从不同的角度对软件测试进行分析,会使学生更好地认识软件测试。正如通过横看、侧看、远看、近看、里看、外看、俯看、仰看……终归会识得庐山的真面目。

1对软件测试的全面总结与分类

关于软件测试分类,有的书上说“软件测试分为白盒测试和黑盒测试”,有的则说“软件测试分为单元测试、集成测试,系统测试、验收测试”,其实每种说法都只关注了软件测试的一个方面。结合前人的总结和当前软件测试的发展,本文从六个角度对软件测试进行了类别划分,具体内容如图1所示。

软件测试不仅仅是在软件开发完成后测试一通儿就可以的,软件测试通常会经历单元测试、集成测试、确认测试、系统测试和验收测试几个阶段(根据具体软件的不同特性有些阶段可能会被合并);如果从测试过程中是否分析被测程序的结构,软件测试可以分为白盒测试和黑盒测试;如果从测试过程中是否需要执行被测程序,可将软件测试划分为静态测试和动态测试;如果根据测试关注点和测试目标不同,可将软件测试划分为功能测试、性能测试、压力测试、安全性测试、可用性测试等;如果从测试过程中是否使用自动化测试工具,软件测试又可划分为手工测试和自动化测试;从测试组织角度软件测试可以划分为开发商测试、用户测试和第三方测试。若以此为主线分别对软件测试进行更详细的介绍,对软件测试的认识也就清晰了。

2课堂组织

有了上面对软件测试的全面总结,还要考虑如何将这个庞大的“关系网”传授给学生,如果直接把这张图展现给学生并从上到下依次讲解,很容易让学生感觉很枯燥,因此要考虑针对不同内容采取不同方式进行知识传授,使他们在愉快、轻松的心境中全身心地投入到学习过程中,全面认识软件测试。

2.1知识的回顾与引申

学习软件测试课程的同学基本上都学习过软件工程的基础知识,所以在讨论按测试阶段划分软件测试的时候,先引领学生回顾软件工程的瀑布模型,结合瀑布模型告诉他们软件测试工作不仅仅局限在“测试阶段”去做,告诉他们在软件开发过程中单元测试、集成测试、系统测试等都做什么,何时做;告诉他们测试的准备工作早在系统分析阶段可能就已经开始了———这样学生知道了软件测试与软件开发的关系,同时也懂得了软件测试按阶段的划分。

2.2利用有趣的实例帮助分析

G.J.MYERS对软件测试的定义“软件测试就是为了发现错误而执行程序的过程”在很长一段时间里被软件测试业所认可并经常被引用,然而随着软件测试的发展,软件测试过程不光通过“执行程序”来实现。比如校园网上有包含很多判断、循环句式的“幽默”程序用于判断“女孩是否该嫁给某个男生”,这样的程序他们一看便懂,带领学生分析这样的程序使他们认识到分析程序代码也是测试的一种方式,继而引入“白盒测试”、“静态测试”的概念。

2.3用类比法加深学生对问题的理解

关于对软件测试不同角度的分类,问学生“如果对在座同学分分类可以分成几类?”,他们有的会想到两类,有的会想到四类———因为按性别划分、按行政班级划分、按所在省份划分结果都不一样,对任何事物进行分类首先要考虑分类的角度,因此把软件测试分成那么多类也就不难理解了。

2.4设置疑问引发学生思考

经过学生认真思考过的问题他们往往都会记得很清楚。讲解手工测试和自动化测试时给学生设计题目:“自动化测试是相对于手工测试而言的,它的好处有哪些?”,“自动化测试会不会取代手工测试?”,“自动化测试有什么不足之处?”,经过学生的思考和回答,再对问题进行总结,学生对自动化测试就有了一定的理论基础,再通过后面具体自动化测试工具的使用,对自动化测试的认识就全面而深刻了。

2.5变换教学媒体

在课堂教学中,单一的教学媒体容易引起学生疲劳和注意力分散,教学效果也会受到影响。因此在通过PPT演示稿讲解课程的同时,可以就一个知识点在黑板上扩展来分析,或者结合视频、编译环境中的代码等来讲解。比如在学生回答软件工程的各个阶段时,在黑板上写出学生的答案,也可以让他们思考更改,再在其中插入软件测试的内容,富于变换。

2.6紧密结合软件测试的发展

随着软件业的日益壮大和逐步走向成熟,软件测试也在不断发展。如从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门,测试工作从简单测试演变为包括制定测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试;测试方式则由单纯手工测试发展为兼有手工测试和自动化测试;第三方专业测试公司的出现等。在分析软件测试分类的过程中适时插入这些内容,使学生了解软件测试的发展。

3课程总结与补充

通过不同方式将不同角度下的软件测试分类介绍给学生后,展现出上面的图片,以提升学生的总体认识。面对图1对问题进行总结,同时补充一些知识点,如冒烟测试、回归测试是怎么回事,白盒测试与静态测试有何异同,哪些测试阶段可以合并,单元测试与静态测试、单元测试与白盒测试是否有必然的联系等等。

对于在后面课程中有详细介绍的内容,如白盒测试、黑盒测试、自动化测试等,只需讲清概念,方法、原理、原则等姑且略过,而对于静态测试等其他概念则要讲清概念、特性及测试要点。

在学生充分理解图1的同时要求他们能够画出这张图,这样前言中所提到的那些测试种类在学生的眼中不再是杂乱无章的了,它们都有各自的含义,它们都有合适的位置,它们之间存在着某种确定的联系。这样,学生对软件测试就清晰了。

4结束语

知道软件测试共有多少类不是目的,通过分析从不同角度对软件测试的划分可以更清晰地理解软件测试,更好地掌握软件测试的相关术语。实践证明,经过对软件测试分类的全面总结,以图1所展示的内容为主线,可以更好地向学生传授软件测试的基础理论,使他们更好、更快地理解软件测试。

参考文献

[1]IT行业软件测试人才就业前景仍然良好[EB/OL].南方人才网,http://www.nfrencai.com/html/200892395010.html,2008.9.

[2]软件测试就业前景跳出“专业框架”[EB/OL].北大青鸟,http://www.nj-test.com/post/5486.htm,2009.4.

[3]贺平.软件测试教程[M].电子工业出版社,2007.6.

[4]赵斌.软件测试技术经典教程[J].科学出版社,2008.4.

手机软件测试实训 篇3

关键词：软件测试；实践教学；行为导向

《软件测试》是高职计算机应用专业新兴的一门专业课程，该课程要求学生灵活运用所学软件测试知识和软件测试工具，把一个完整的应用软件进行综合测试。通过实践，使学生能够了解完整的测试流程，掌握测试文档编写、测试用例选取，测试软件使用，锻炼团队合作能力，积累软件测试经验，使学生今后能够胜任软件测试工作，实现与软件测试员岗位的无缝连接。目前，其课程教学仍然秉承了“讲授—演示—操作”的传统教学模式，缺乏准确的职业导向，忽视对学生综合职业能力的培养。因此，怎样合理调整实训方式和方法，培养出真正能够“懂测试、能测试、会测试”的软件测试人才，是我们需要不断探索和实践的目标。

一、《软件测试》课程实训目标

《软件测试》课程是使学生认识软件测试在软件生命周期中的重要地位，作用和新型的面向对象软件测试的方法和模型；通过实训，能够掌握软件测试的标准和过程，能够掌握常用的软件测试技术与工具的使用，能够根据软件需要，制定测试计划、选择合适的测试用例、创建测试脚本，并能够正确的分析测试结果；通过软件测试员职业技能教育的学习，熟悉其工作职责，理解其职业内涵，并能灵活运用软件测试工具解决软件测试中的实际问题。

二、《软件测试》课程实训中的问题

当前，高职学校的《软件测试》课程教学仍然秉承了传统的教学模式，采用以教师为中心、知识传授当作重点。在实训教学中，只设计一些验证型实例，而其实验的内容、步骤、预期结果都以实验报告形式发给学生。虽然这种方式能够使学生快速、准确的按照指导书的要求和步骤进行实验练习，但是阻碍了学生对测试过程整体的把握，限制了学生的创新精神和意识，结果就是只会跟着老师做，失去了学习的主动性。

在《软件测试》实训教学中，是以验证型实验项目为主，这样就使得学生缺少对完整的综合型软件进行测试，也不可能以团队的形式合作完成一个完整开发项目，缺乏团队协作，不能深入体验软件测试的过程，更谈不上深刻理解软件测试的内涵了，最终无法达到预期的教学效果。

三、《软件测试》实训教学的改革与方法

高职教育下想要培养出合格的创造型软件测试才，教师必须改变自己的教学观念，我校借鉴国内外先进的教学方法与手段，采用了行为导向教学法及四步教学法，确立了教、学、做一体化的教学模式，在教学实践中全面基于软件测试工作过程。

（一）理论不用太深，够用就行；技能不用太多，精通就行

本实训课程以“软件测试员”的职业岗位要求的知识技能为基础，以广泛的生活、生产类应用软件产品为载体，设计整个实训过程，将“软件测试员”岗位所要求的知识与技能融入到本课程的实训内容中，实行理论够用，强调操作技能的培养方式。 将完整的、封闭的工程项目带进实训课堂，将教为主改为实训融入课堂，真正使学生“能做、会做、敢做”。

（二）小组分工，师傅带徒弟的教学模式

学习情境设计原则：“小而自封闭，利于归纳”。 工作任务设计原则：“理论穿插于实践中，多动手，敢动手，重复动手”。学习情境全部从实际测试案例中精心提炼出来，模拟就业场所，把实训室变为办公室，实现了教学与“软件测试员”岗位间的无缝连接。将学生分成几个独立的小组，小组内部分工明确，组长对小组内负责，教师对各小组给予评价。我们会定期聘请企业专家主讲一两个前沿项目，使学生能够把握软件测试业知识前沿。

（三）教学方法突出职业教育特点

采用了“行为导向”教学法，在课堂上教师能够调动学生的积极性和自主性，激发学生掌握相关知识与技能的兴趣和提高动手效率。针对不同类型的学生，可以采用角色扮演、工学交替、项目导入、情景复制等，做到课堂与实训地点一体化，在校学习与实际工作保持较高的一致性，不仅增强了学生的动手能力，而且达到了“教、学、做”合一，做到“手、脑、机”并用的效果。

《软件测试》课程的实训教学效果如何，直接关系到学生的就业方向和竞争力。努力把握好实训教学，是培养具有创新意识、创新能力的高素质工程技术人员的重要环节。改变教学模式，把学生作为主体，教师熟悉行业主流动向，更新实训内容，改变教学观念、改革实践教学手段和方法，从而充分调动和激发学生的学习兴趣，更有效、更专注地培养学生综合素质能力。通过课程实训改革，该课程成绩的优良率达74.5%。事实证明，在实训教学中，只要我们能够把各个环节落在实处，努力做到“教要教到点子上，学要学到实用的，做要做到能干实际项目”，所达到的教学效果是令人满意的。

参考文献：

[1] 张海藩.软件工程导论[M].北京：清华大学出版社，2008.

手机软件测试类型 篇4

1）Basic Function [基本功能测试]：就是验证手机基本功能是否实现，发短信、通话、照相等，包括他们的子功能如转发、连拍等。最基本的也是投入时间精力最大的测试类型，也是最重要的，如果基本功能都没有实现其他测试也就变成枉然了

2）UI [用户界面验证]：验证手机的界面、菜单等是否是与客户需求和设计保持一致，主要依据 UI spec[用户界面说明],MMI[人机交互界面]，Menu tree[菜单树]等，这些文档也是需要根据客户需求及时更新的3）Limit Value [极限值测试]：对应黑盒测试的边界值分析法，边界值分析法设计出的测试用例发现 bug 的能力也是最强的，一般依据极限值表设计测试用例，来指导测试。一般测试点如输入字符的个数，会议通话的个数，文档存储个数等

4）Confict Test[冲突测试]：主要依据冲突表，冲突表中列出各个事件之间是否存在冲突，冲突测试用例也是依据冲突表设计，这类用例往往可以发现一些比较严重的 bug，如游戏中来电，流览WAP时插拔充电器、USB线、camera 中低电等

5）Performance Test[性能测试]：主要测试项Call test，长时间通话，发送大容量的彩信ｘ条，开关机ｘ次，摄像ｘ时间，可以考虑用自动化测试，手机自动化测试与PC软件自动化测试类似，利用自动化测试工具录制、调试 写脚本、回放、分析结果，与PC软件不同的是手机自动化测试需要硬件的支持来固定手机和利用气压按键。

6）Stress Test[压力测试]：压力测试是在将手机容量存储状态到满后做的一系列操作，如短信、彩信满，Idle界面各事件个数满如未接电话、闹铃等

7）Network Compatibilit[网络兼容性测试]：网络参数的设置，GPRS等业务是否可用，本外地的联通移动卡各类业务卡在本地的作测试，还需要做Filed Test[场测]即到最终用户实际使用的环境作现场测试，Filed test 有国际专用用例。

8）SIM Card Compatibilit[SIM卡兼容性测试]：一般是对联通移动的各类业务卡，新出的大容量(64K)、国际漫游卡、呼叫限制卡、一卡双号卡等卡的验证，验证能否正确注册、对应的业务功能是否实现、基本功能的正确性

9）PD test [Project Design Test]：验证在项目设计阶段的设计的功能是否得以实现、是否正确，设计用例依据项目设计文档

10）CR Verification[客户需求验证]：验证客户的一些特定需求和变更后的需求

11）User Manual [用户手册验证]：其重要性是不言而喻的，用户手册一定要和手机实际功能相符合，不然将会影响用户对产品的信任

手机软件测试实习报告 篇5

展思维方法并学习实际业务流程中的相关技巧和同事之间的相处

问题。

二．实习时间：2011年11月26日——2011年1月7日

三．实习地点： 广州市萝岗区科学城三星通信研究院科学大道185号

四．实习单位： 广州三星通信研究院

五．实习内容：

1.公司背景

广州三星通信研究院（Samsung Guangzhou Mobile R&D Center，以下简称SGMC）座落于广州市萝岗区科学城，是由三星电子于2008年9月起，在中国设立的大型手机研发机构，设计开发面向中国、美洲、东南亚市场的CDMA和GSM手机；其业务领域覆盖手机的硬件、软件、结构设计、测试等全流程各环节。现有员工600多人； 未来将达到1000人以上的规模。

秉承三星电子致力于发挥人的潜能和技术，创造出众的产品和服务，从而造福全社会的经营哲学，全体SGMC人齐心协力，努力经营：不断建设、完善培训教育体系和管理手段，以良好的内部工作环境和氛围凝聚人，以高质量产品服务和回报社会，不断提升企业形象和吸引力，力争成为真正的“中国人民喜爱的企业，贡献于中国社会的企业”。

2.工作性质与工作职责

--执行手机在研发阶段的功能、性能、稳定性及相关软件的测试和ui测试；--制定测试计划，确认测试结果，输出测试报告；

--和研发人员进行沟通，快速反映问题，描述问题。

--负责撰写测试计划、测试用例、测试报告；

3.行业技术与产品

自成立以来，SGMC一直致力于通过产品开发和配件采购本地化，构筑产品企划到生产的“现地完结性开发体制”，从而打造中国现地化开发模式，确保产品的价格竞争力。从建立伊始，就制定了强化现地化开发的发展策略，从2008年10

月第一批员工加入至今，SGMC已承接多个CDMA，GSM等手机开发项目并取得了良好的市场反应。

手机测试是广州三星通信研究院新成立的一个部门，在者之前，国外已经有许多研究院创立手机测试这一部门。三星作为手机大型生产商，随着科技不断进步，市场竞争剧烈，需要完善手机功能才能满足客户的需求。

4.我所在的职位

职位名称：手机软件测试员

职位描述：

① 负责产品测试工作，根据软件需求大减测试环境和计划

② 负责软件不同功能模块的系统测试

③ 认真执行测试用例

④ 负责协助组长进行测试统计工作

⑤ 负责自己测试出的bug的提交工作

⑥ 负责填写自己测试模块的测试小结

⑦ 负责协助开发人员解决bug

⑧ 对解决的bug后的回归测试

⑨ 负责填写自己测试模块的回归测试小结

⑩ 每周提交工作总结报告

5.具体工作内容

① 每天根据软件测试需求，连接好正确的硬件设备，搭配好正确的端口，为测试

软件选择不同文件参数和版本号，最终搭建好测试环境

② 每天对组长分配给自己的手机模块进行测试，认真执行分配的手机模块的每一

条测试用例，在执行英文测试用例时要反复阅读Spec文档，保证测试用例的正确执行

③ 每台手机连接电脑，通过电脑软件让手机拨号和发短信大于1000次，如遇崩

溃，交还组长测试。

④ 在测试过程中，手机出现问题时，根据是手机硬件还是软件出现的问题，如果

是软件问题，需要抓取bug，首先抓取consolelog和genielog，然后抓取HSLlog，查看问题属于Manjor、minor、crash、再选择不同的工具抓取其他log，最后还要用相机拍取图片

⑤ 将抓取的log按照命名规则进行统一的命名，然后对log进行打包处理，处理

完毕后向本地服务器提交bug，由组长对bug进行审查

⑥ 组长审查完毕，如果bug的提取有问题，则feedback给reporter重新修改，如果组长审查完毕后bug没有问题，将bug向外网服务器上进行提交，并在固定的服务器上上传log

⑦ 当log提交后，开发人员会在外网服务器上看到自己提取的bug，我们负责解

决他们在解决bug过程中产生的疑问，并重新构建执行测试用例的测试环境，而且进行复现测试。

⑧ 对开发人员解决的bug，要重新进行回归测试，并对软件的其他一些功能进行

检查，执行更多的测试用例，尽量发现软件中一些其他的由于开发人员的代码变动而引起的其他错误，来保证软件的质量

⑨ 填写回归测试的测试小结，总结自己测试的case数量、时间以及自己测试过

程中产生的bug数量等内容

⑩ 每天和每周要提交自己的工作总结包括每天的收获和遇到的困难

5.工作中发现的问题

① 由于实习的时间不太长，培训灌输了大量的知识，在测试过程中遇到问题时常

常不知正确的操作流程，不能正确的抓取log或少抓log的现象时有发生，对手机进行测试时测试的环境把握很关键，常常由于对case没有很好的理解导致没有预置正确的测试环境而不能验证bug或复现bug。

② 在实习的这段时间中，对测试工具的使用不是很熟练，而且还有很多工具没有

用到和操作，因此在遇到问题时常常有些bug常常因为工具的不会使用而被漏掉。

六．实习总结：

这份测试工作是我在学校阶段最好的自我检查，让我有机会理论联系实践，增强了我的操作能力和分析能力，也为我的毕业论文设计提供了很好的素材。

在测试过程中，问题不断的出现，又不断的得到解决，一步步的前进，磨练了我的毅力，随着系统的不断完善，我对以前所学的知识领悟程度得到了提升，测试能力的到了质的提高，所学知识得到了综合应用。

在这次实习过程中，还使我对软件测试这份工作有了深刻的认识，虽然软件测试并不能为公司创造价值，但是却能够为公司最大程度的挽回损失，软件测试的目的在于发现软件中的问题并将这些问题演示给开发人员来解决问题。

9.自我评价

在这次实习过程中，我收获颇丰： 首先，本此实习最大的收获就是学会了适应环境。未工作之前我从没想象过这样的实习我能坚持下来，但是通过这次实习我慢慢的适应了这种紧张的生活。相信有了这段时间的锻炼，不论以后做什么工作心中都有了一种吃苦耐劳的毅力，学会了适应环境。其次，就是在工作中知道了一些与学校不同的问题，就是作为一名技术人员应该怎样去和开发人员交流等，同时扩展了自己的交际面，积累了一定的人脉关系。

于此同时，在测试工作中使我认识到我的缺点，不够有耐心，每次进行压力测试都有些不耐烦，但是经过这段时间的锻炼改变了我这个缺点。让我变的更加的专心、细心和有责任心。

七．个人收获：

1.通过公司的工作实习经历，让我有了学校学习的理论知识与实际操作相结合的机会，通过各环节的具体操作，我知道了平时在学校学习的一些理论会和实践操作产生某种程度上的冲突，并因此修正了自身的认知，增长了见识。

2.通过接近两个月的实习，认识了许多同事，并慢慢的知道了怎样进行相互之间的沟通交流，同事之间的相互帮助与合作，团队工作是重要的。

三维软件实训报告 篇6

三维软件实训报告

学 期: 2011~2012学年

桂电职院机电工程系

实训作品截图展示

图59

图221

图184

图81

图312

桂电职院机电工程系

目录

1、实训内容---------------------------4页

2、实训目的--------------------------4页

3、零件221建模设计（详）----5页

4、零件221出工程图-----------9页

5、渲染输出为JPG格式的图片--9页

6、装配-10页

7、制作爆炸图-----------------------11页

8、实训总结-12页

桂电职院机电工程系

1.实训内容

① 熟练撑握NX7.0草绘里的各种常用命令与功能，要求所作草图简明标准，尺寸约束完整。

② 熟练撑握并懂得灵活应用拉伸、旋转、扫描、混合、筋等特征来完成模型设计。

③ 撑握各种常用编辑与修改，使用模型更加完善。

④ 建立装配文件进行装配，要求装配合理、标准，并编辑制作装配爆炸图。

⑤ 出工程图，并进行编辑标注，自定标题栏，打印标准A4图纸。⑥ 撰写实训报告。

2.实训目的

① 进一步提高NX7.0基础模块进行机械三维制图及产品造型的能力。

② 加强学生对NX7.0建模的综合应用能力。

③ 进一步巩固机械制图与绘图，读图与识图能力。

④ 进一步学习科学的建模方法，和提高高效率的建模技巧。⑤ 加强学生团队协作能力，及自学能力。

桂电职院机电工程系

3.零件221建模设计（详）

步骤

1、单击“标准”工具条中的“新建”按钮，在弹出的对话框中，选择“名称”为“模

按型”，“类型”为“建模”，“单位”为“毫米”，“文件名”则输入“lingjian221”，单击钮，完成新文件的建立。

步骤

2、单击草图按钮，创建草图。类型选择“在平面上”，草图平面栏中选择“现有平面”，单击“选择平的面或平面”，移动鼠标选择草图中的“XY”平面，单击步骤

3、单击草图工具条中的圆（）命令，在原点画出两个同心圆，单击

按钮。

按要求依次标注尺寸，如图所示步骤

4、单击矩形（）命令，在Y轴负方向画出与大圆相离的矩形，并按要求标注尺寸。单击直线（）命令，延长上水平线与大圆相交，下水平线延长4mm，单击圆弧（）命令如图所示）按钮，画一段圆弧，单击修剪（

桂电职院机电工程系

步骤

5、参照步骤4，画出下图中的尺寸轮廓。点击完成草图（）命令

步骤

6、单击拉伸（）按钮，选择相应的曲线或直线进行拉伸，如图所示

桂电职院机电工程系

拉伸2

拉伸3

拉伸4

拉伸5

拉伸6 步骤

7、单击求和（步骤

8、单击倒圆角（）按钮，把各拉伸部件进行求和）命令，对图“拉伸6”中的两接触边进行圆角，如图所示

桂电职院机电工程系

步骤

9、以“拉伸6”中的上表面为基准平面，建立草图模式，绘出如下图的轮廓

步骤

10、创建求差拉伸，如下图所示

拉伸12

模型历史记录

完成图

桂电职院机电工程系

4、零件221出工程图

步骤

1、单击开始（）按钮，在下拉菜单中单击“制图”。在弹出的对话框中，大小选

。，比例为1:1，单击步骤

2、在A4模板内，移动鼠标到相应位置，单击左键，即确定零件的向视图，向左、向右依次得到各向视图。步骤

3、单击局部放大（标注，如下图所示）按钮，得到放大图，单击标注尺寸（）按钮，按要求进行

5、渲染输出为jpg格式的图片

步骤

1、单击拉菜单中单击，在下拉菜单中选择

按钮

按钮，则完成对图片的，在导出下步骤

2、在弹出的对话框中，选择指定位置进行保存，然后单击JPG格式的转化

桂电职院机电工程系

6、装配

步骤

1、启动NX 7.0软件，找到打开（）按钮并单击，在弹出的对话框中，找到已画好的键，进入编辑模式，则弹出装配的一系列装配图各零件，单击底座部件以此为基准，单击步骤

2、单击开始（操作功能

步骤

3、在弹出的装配菜单中，单击添加组件（行

桂电职院机电工程系

7、制作爆炸图

步骤

1、爆炸图指令，也是在装配图的下拉菜单中，找到爆炸图（击创建爆炸图，弹出对话框单击，单击自动爆炸组件（）按钮并单击，然后单），选择要爆炸的零件，输入爆炸值，单击按钮，完成

桂电职院机电工程系

实训总结

2011年11月21日至25日，总共5天，这5天对于我来说意义非凡。这学期我们开始接触UG NX7.0。相对于Auto CAD的平面绘图，UG NX7.0略显成熟许多，这是一个三维软件立体建图。立体的空间能给人以视觉上的美感，而我与UG NX7.0的不解之缘也由那时开始，一直向今天走来。

直到11月21日至25日，我们在老师的安排下进行了5天实训。可以说这5天的实训既是忙碌的又是充实的。我们从老师那里接到任务以后，就投入到紧张的实训阶段。此次任务比较繁重，每人要独自完成5个立体图，外加小组成员配合完成装配图的各个零件，并制作装配图，导出爆炸图。我们小组，根据个人的实际情况，我们又各自划分了各自负责的项目。

从打开软件的兴奋，到看图的眉头紧锁，再到草图的无从下手。这一切的过度，对我所学知识，是一种极大的挑衅。平时上课有老师一步一步的讲解，画图也是边看书边画，慢慢来。现在想想都后怕，在短暂的摸索后，开始了草图的绘制。

桂电职院机电工程系

真有一马平川的感觉，气吞山河的气势。但偶尔也会遇到一些棘手的问题，和同讨论，向老师请教，经过自己的坚持与努力，最终顺利完成了此次实训任务。

此次实训，不仅需要能力，素质，知识，更需要去如何完成一个任务，享受整个过程，懂得了享受工作才能享受生活。当遇到问题时，要冷静思考，一点一点的排除障碍，积少成多，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要与人讨论，虚心请教，别人的身上或许有你缺少的知识，优势互补，每一次的挫折都会使我更接近成功，做起事来也会事半功倍。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。

在此之前，一直都是学习理论知识，课堂上的实践机会也较少。所以说实话，在实训之前，零件的设计、零组件装配、装配图的爆炸、工程图的绘制对我来说是比较抽象的，一个完整的机器要怎么分工以及完成该机器所要的步骤也不是很明确。此次又有UG NX7.0软件的实训，虽然只有一周，但获益匪浅。对UG NX7.0软件有了一个前所未有的认识与理解。经过这次实训，让我明白了一个完整机械产品的设计、开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。

“纸上得来终觉浅，绝知此事要躬行”！,在短暂的实训过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟“学无止境”

桂电职院机电工程系的含义。经过为期一周的三维软件实训，我对UG NX7.0软件设计平台有了更深一步的了解，对UG NX7.0认识与使用也有了大大的提高。以及如何使用操作方面有了本质的提高。

软件故障模型驱动软件测试 篇7

1 软件故障与软件测试

蔡开元先生对软件失效机理进行了如下描述:软件错误是一种人为错误, 一个软件错误必定会产生一个或多个软件缺陷;当一个软件缺陷被激活时, 便产生一个软件故障。同一个软件缺陷在不同条件下被激活, 可能产生不同的软件故障;软件故障如果没有及时的容错处理, 便不可避免的导致软件失效, 同一个软件故障在不同条件下可能产生不同的软件失效。这样的复杂关系如图1所示。

图1可以很好地说明软件故障产生与测试的复杂性, 软件功能层面的失效往往是由各种特定的条件和环境决定的, 存在必然的复杂性和多样性。而测试虽然能从软件的不同层次开展测试, 但如果不能从问题的根源处着手, 要测试出全部问题是不可能的, 这也导致了测试再充分也不能保证测试后的软件没有问题。同样地, 我们也能看出, 如果从问题产生的根源出发开展软件的测试, 是可以将后续环境中无穷发散的问题解决的。这无疑是改善测试不确定性和盲目性的一个有效办法。

2 用软件故障模型驱动软件测试

软件故障模型 (SFMEA) 从发生的软件错误入手探究和分析导致软件故障模型, 是寻找软件问题产生的根源的一种有效方法, 是软件测试的基础。这里以成熟的动态内存故障模型为例阐述利用故障模型来驱动软件测试的方法。

2.1 动态内存故障分析

(1) 动态内存是一个自由存储区域, 编程人员根据需要, 利用编程语言提供的动态内存管理命令, 进行动态内存的分配、访问、回收等操作。各类操作后的结果与该内存区域当前所处状态紧密相关, 由此产生了动态内存使用过程中的各类问题, 在分析导致其错误的原因的基础上, 可以建立动态内存故障模型。如图2所示。

Start表示开始状态;Memory Allocate表示对内存进行动态内存分配, 若没有足够的动态内存, 则内存指针为N ULL;Ch ec k Memory检查动态内存分配的结果, 以保证后续动态内存操作的正确性;Access Memory表示对动态内存中的内容进行写、读、修改等操作;Free Memory表示动态内存操作结束, 进行动态内存的释放;End表示结束状态;

(2) 动态内存的四个核心操作缺一不可, 且在不同状态下操作也有约束, 由此导致了诸多与动态内存使用相关的问题, 如图3所示。

图3中的连线表示了引起动态管理错误出现的几种操作, 箭尾表示当前的动态内存管理状态, 箭头表示在当前状态下的操作请求, 将引起动态内存错误产生的操作请求进行分类, 可分为如下几类:1) Memory allocate操作请求引起的错误, 在图中, 6, 5, 7表示了与动态内存分配操作请求有关的错误。2) Check memory操作请求引起的错误, 图中连线10表示了动态内存检测操作有关的错误。导致错误发生的原因是在动态内存释放之后, 又对动态内存进行检测 (试图重新使用已回收的动态内存) 。3) Accessmemory操作请求有关的错误。在图中, 3、9表示了由内存访问引起的错误。导致该错误出现的原因有两个, 3表示在动态内存访问之前未进行指针P的检测, 本文将这种错误定义为空指针引用, 操作9表示在动态内存释放之后, 重新进行动态内存的访问, 从而造成动态内存的未分配使用错误。4) Freememory操作请求引起的错误, 1, 11表示了由动态内存回收操作引起的错误, 1表示没有进行动态内存的分配而进行动态内存的释放, 11表示在对指针变量P进行了动态内存的释放之后, 重新进行释放工作, 这两种情况是等价的, 即在没有可以用的动态内存的情况下, 尝试使用动态内存空间, 产生了动态内存未分配使用错误。5) 与end有关的错误。在图中, 2, 6, 8表示在程序结束阶段出现的错误, 导致错误产生的原因是在进行了动态内存的分配、检测或访问之后, 没有进行动态内存的释放, 因此, 造成了内存泄露的问题。

以上就是动态内存故障模型分析的核心部分, 这样的故障模型能从问题产生的根源出发阐述软件缺陷发生的机制, 为软件测试提供了一个寻求有效测试方法的窗口。

2.2 故障模型驱动软件测试

(1) 在有了软件故障模型之后, 在软件测试时即可针对这类故障的根源开展测试, 做到有的放矢, 达到通过测试将该类软件问题从程序中剔除的目的。动态内存故障模型从动态内存故障产生机理开展分析, 切入软件代码编写的最初级过程, 我们这里以C语言为例阐述利用动态内存故障模型驱动软件测试的过程。C语言中与动态内存管理相关的操作有几类, 可以分别与动态内存管理的四个阶段对应:1) 动态内存分配类操作:如malloc;calloc;realloc等动态内存分配类函数。2) 动态内存检测类操作:内存指针检测if (p!=NULL) , 动态内存初始化memset等操作。3) 动态内存读写访问类操作:各种动态内存空间赋值、引用、函数间的调用等, 都可能形成动态内存的读写操作。4) 动态内存释放类操作:如free等内存释放函数。

(2) 与故障模型进行对应之后 (见图4) , 即可开展软件测试工作, 最简单的方式就是采用人工走查代码的方式进行, 这类方法对程序结构简单、规模不大的程序还是很有效的, 可通过同行评审等方式开展, 能很快排除与动态内存故障模型相关的软件错误, 进而达到根除该类软件错误的目标。

(3) 软件系统高速发展的今天, 小规模、结构简单的程序越来越少, 动态内存管理越来越复杂, 通过简单的人工代码走查方式明显跟不上时代的发展, 随之各类软件测试工具供应商推出了多种软件测试工具来解决这种大规模复杂情况下的软件代码故障检测问题。比如klockwork、C++Test等等, 成为了帮助软件开发、测试人员发现并解决软件问题的有力工具, 其核心也是依据不同软件故障模型对程序代码进行检测, 提供明确的软件故障指示。针对动态内存管理故障模型, 检测软件一般通过数据流分析、制定检测规则、软件故障检测三个过程来检测问题。1) 数据流分析:程序中的数据流分析可以描述出程序的结构流程, 变量间的定值与引用关系, 为故障检测提供有力支撑, 主要方法有到达-定值数据流分析法和活跃变量数据流分析法。2) 制定检测规则:在数据流分析的基础上, 通过抽象命名, 把规则涉及实体进行命名, 再依据软件故障模型制定工具检测遵循的规则, 并将规则转化为方便工具自动处理的“语言”。3) 软件故障检测:在数据流分析和检测规则的基础上, 完成对软件特定故障的检测, 并提供个性化的展示、统计和分析能力。

综上所述, 在软件故障模型成熟之后, 据此开展更有效的软件测试活动是可行的, 也为软件自动化测试工具设计提供了依据。使用软件故障模型驱动软件测试可以按如图5所示流程开展。

首先在故障模型研究的基础上, 对需测试的对象按照故障模型进行实例化, 完成由模型向具体问题的转化;然后对模型实例进行分析, 研究发掘更优更有效的测试方法, 并用测试方法对对象进行测试确认, 不断循环分析和方法优化的过程, 直至找最适合的方法;用寻找到的方法对一类问题进行普适性确认, 因为故障模型本身就是从众多实例中抽象提炼出来的模型, 因此普适性验证重点关注方法的效率和重用度;对于重用度高, 通过工具可以大幅提高效率的方法还可设计自动化测试工具对方法进行固化。

3 结语

现代信息技术的不断发展, 软件应用已经无处不在, 通过软件故障模型来指导软件测试是提高软件可靠性的一个有效办法, 其核心是不断地总结提炼科学有效的软件故障模型, 在应用场景和方式也日趋复杂的今天形成准确的软件故障模型是件不容易的事情, 特别是从覆盖度上要能让软件故障模型覆盖所有的软件故障更是困难, 即便如此, 发掘和提炼软件故障模型仍然是值得的, 可以让测试更有针对性, 更自信, 更有效。提炼软件故障模型需要大量的工程实践作为基础, 通过假设故障存在、反向推理、实践验证的方式进行。当前软件故障模型偏重于由软件代码层次, 对软件应用环境、模式、行业特点等方面指导系统级测试的软件故障模型还很欠缺。完善软件故障模型并应用到测试行为当中还是一个很长期的过程。

参考文献

系统软件测试中的测试需求分析 篇8

关键词：系统软件测试；测试；需求；分析

中图分类号：TP311

1 什么是测试需求

简单来说，测试需求就是确定在项目中需要测试什么。测试需求描述测试的目标，特别是描述了产品的质量需求，测试需求分析目的是帮助定义测试对象和测试范围，发现软件需求中不完善和不明确的地方并加以完善以节省测试时间的投入，便于软件需求基线化和跟踪业务需求的变更。

一条有用的测试需求是唯一的、精确的、有边界的、可测试的。例如：软件产品可能有这样一个测试需求“系统主要事务的响应时间能满足系统要求”。这就是一个不符合要求的测试需求，怎样的指标是“满足”？系统的要求又是什么都不清晰，测试就无法开展。

一个完整清晰的可测试的软件测试需求是这样的：在1G内存和1.73兆主频的计算机上在25个并发用户执行插入、更新和删除操作时端到端的响应时间在3秒时间内。符合标准的测试需求是存在一个明确的可预知的结果，可以通过某种方法对这个结果进行判断和验证

测试需求应覆盖已经定义的业务流程，功能及非功能方面的需求。

2 为什么要做测试需求分析

测试需求是测试计划的基础与依据，我们在测试活动中，首先需要明确测试需求（What），才能决定怎么测（How），测试时间（When），需要多少人（Who），测试的环境是什么（Where）。是衡量测试覆盖率的重要指标。

确立测试需求是为了保证测试质量与进度，测试需求越详细精准，表明对所测软件的了解越深，对所要进行的任务内容就越清晰，就更有把握保证测试的质量与进度。在软件工程项目中，存在一些普遍的现象例如：需求阶段的问题，到测试的最后阶段才被发现；开发、测试、市场等不同角色的人员对软件功能细节存在理解歧义。确立测试需求可以避免这些问题的产生。

3 什么时候开始做测试需求分析

软件生存期的各个阶段都可能产生错误。而软件需求分析、设计和实现阶段是软件的主要错误来源。因此一旦软件需求确定后，即可开始进行测试需求分析。

4 如何做测试需求分析

做测试需求分析有两个关键词，一个是“测试需求”，一个是“分析”，下面我从以下几个步骤来说明如何做测试需求的分析。

4.1 对软件需求说明书进行需求验证

一个良好的软件需求应当具有一下特点：（1）清晰性；（2）组织和完整性；（3）一致性；（4）可修改性；（5）可跟踪性；（6）可检验性；（7）接口：界面、接口的说明；（7）质量、性能属性；（8）可靠性；（9）软硬件；（10）特殊问题。

4.2 搜集和提取测试需求（包括隐性的需求）

测试需求并不等同于软件需求，它是从测试的角度出发并根据软件需求整理出一个测试列表，作为该软件的主要测试内容。提取测试需求要以软件需求说明书及规格说明书为依据，以业务功能为中心，深刻理解业务规则和隐式需求，通过与客户深入沟通，明确测试范围和质量目标，达到测试分析和设计全面、无遗漏。隐形需求包括：用户隐式的需求如业务规则；行业规范；编写人员的技术能力所限等。提取方法可通过列表的方式对软件开发需求进行梳理，先提取出所有的需求点。这些需求点可能存在重复和冗余，再根据项目的功能模块进行组织归类，删除重复的需求、细化测试粒度太大的需求、合并相关联的需求，最后根据业务规则及相关文档等，对测试需求进行检查和完善。测试需求主要通过以下途径来收集：（1）与待测软件相关的各种文档资料。如软件需求规格、Usecase、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。（2）与客户或系统分析员的沟通。（3）业务背景资料。如待测软件业务领域的行业标准及知识等。（4）正式与非正式的培训。（5）其他途径。

4.3 根据测试阶段和重点，整理测试需求

测试处于不同的阶段，测试的重点也是不同的，例如集成测试阶段主要是检验程序单元或部件的接口关系；系统测试阶段，重点是为了验证和确认系统是否达到了其原始目标，通过与系统的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方。因此确立测试阶段和重点，才能在测试需求分析时，做到方向正确、目标明确。除了需要确保要求实现的功能正确，还要考虑软件的特性。银行/财务软件更强调数据的精确性，网站强调服务器所能承受的压力，ERP强调业务流程，驱动程序强调软硬件的兼容性。在做测试分析时需要根据软件的特性来选取测试类型，并将其列入测试需求当中。关注测试的焦点。测试的焦点是指根据所测的功能点进行分析、分解，从而得出的着重于某一方面的测试，如界面、业务流、模块化、数据、输入域等。系统功能测试需求分类：（1）业务功能测试需求；（2）可靠性测试需求；（3）安全性测试需求；（4）易用性测试需求；（5）可移植性测试需求；（6）可维护性测试需求。

5 测试需求评审

测试需求的评审是质量保证的必须步骤，通过评审可保证测试需求获得相关干系人的认可，做到有据可依。测试需求评审的内容包括完整性审查和准确性审查。完整性审查是检查测试需求是否覆盖了所有的软件需求、以及软件需求的各项特征，关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束、行业标准等。同时还要关注系统隐含的用户需求。准确性审查是检查测试需求是否清晰、没有歧义、描述准确，是否能获得评审各发的一致理解，在测试需求之间以及与开发需求没有矛盾和冲突，每一项测试需求都可以作为设计测试用例的依据。

测试需求评审的形式没有固定的要求，有条件可以采用正式的小组会议形式进行评审，在评审之前确定好参会人员的各个角色和相关的责任，确保评审之前参会人员已经拿到了评审材料并有了足够的了解，评审结束时以签名及会议纪要的方式把评审结果通知相关单位及人员。此方式的优点是有计划有组织地进行，评审更加有效和权威，缺点是需要协调相关人员时间及会议场地等，在很多实际项目中有较大难度。测试需求评审还可以采取非正式的走查和轮查形式，将需要评审的内容发给相关人员，收集他们的意见，并把统一意见修改确立后的测试需求再发给相关评审人员进行确认。这种方式的优点是方便有效，缺点是少了多方人员的讨论和沟通。对于大型的重要项目，可能还会采取正式审查方式进行评审，包含了制定评审计划、组织会议、会后跟踪分析审查结果等。参与测试需求评审的人员至少要包含：项目经理、开发负责人、测试负责人、系统分析人员、相关开发和测试人员。测试需求评审通过以后，才可以跟进测试需求来制定测试计划及编写测试用例。

6 测试需求维护

在实际的软件工程中，软件需求的变更是很常见的，甚至频繁变更软件需求。如果一直使用初始的测试需求来指导我们的测试工作，必然造成测试的结果存在错误和差异。因此必须及时维护测试需求，适应实际工作的需要。在需求变化频繁的情况下，作为测试人员，最重要的就是要搞清楚以下几点：（1）哪些需求发生了变化；（2）这些需求变化后，对测试工作会产生哪些影响。包括会不会影响测试用例，如果影响，会对哪些用例产生影响。当发生较大改动时，还要明确是不是影响到了测试需求？（3）明确这些变化，会对自己的工作进度产生多大的影响。（4）对于必须更改的测试需求变化，要及时更新测试方案和用例。

软件测试需求分析是做好软件测试工作的重要条件，好的需求分析可以为后面的工作指引方向，带来便利。

统计软件实训报告 篇9

通过本次的学习

了解Excel是统计工作的基本工具。

理解用Excel处理统计数据及统计分析的基本程序与基本原理。 掌握用Excel进行时间序列分析、指数分析和相关与回归分析。 熟练掌握及运用Excel搜集与整理数据、计算描述统计量。 主要内容

第一节 用Excel搜集与整理数据 第二节 用Excel计算描述统计量 第三节 用Excel进行时间序列分析 第四节 用Excel进行指数分析 第五节 用Excel进行相关与回归分析 第一节 用Excel搜集与整理数据 一、用Excel搜集数据

搜集数据的方法有多种，可以采用统计报表、典型调 查、重点调查或抽样调查，以后我国的统计调查将以抽 样为主。针对抽样调查，Excel的数据分析工具中提供了 一个专门的“抽样”工具，可以帮助使用者快速完成抽样工 作。

使用Excel进行抽样，首先要对各个总体单位进行编 号，编号可以按随机原则，也可以按有关标志或无关标 志。

作业

1

第二节．用Excel计算描述统计量

若无数据分析选项，可在工具菜单下选择加载宏，在弹出的对话框中选择分析工具库，便可出现数据分析选项，即可进行描述统计及图形的结合。常用的描述统计量有众数、中位数、算术平均数、调和平均数、几何平均数、极差、四分位差、标准差、方差、标准差系数等。一般来说，在Excel中求这些统计量，未分组资料可用函数计算，已分组资料可用公式计算。 作业

2