中科院软件测试视频教程—-乐视清晰版全集

淘宝网上订购		新科海名师视频课程－软件测试工程师视频课程光盘 一口价 10.00

本视频为中科院新科海学校出品.更多信息请访问网站:http://www.jobedu.com.cn/,咨询QQ:373750059,903367690,电话:010-82622282,010-82622285.院校合作:010-82608892.

软件测试工程师就业班

培训授课时间：2个月（周一到周五全天上课）毕业学校负责推荐就业

＋课程背景

21世纪是国际化软件快速发展的时代，软件的国际化设计和本地化处理构成了国际化软件生产过程的两翼，国际化软件成为软件生产的新模式。

新科海软件测试工程师远程教育精品课程      (QQ：903367690)

2本教材+1DVD＋考试认证费＋证书费＝398元      淘宝网上付款：

“圈外人”青睐软件测试

软件测试行业的巨大缺口吸引了众多求职者的目光，除了从业者外，“圈外人”对软件测试也表示了相当的认同度和满意度。这主要是由软件测试行业的特性决定的。首先，从目前市场需求来看，严重的供需失衡局面促使我国软件测试工程师基本上处于一个地位高、待遇高的“双高”地位；其次，质量是产品的灵魂，软件测试工作的重要作用，在软件产业中任何时候都是不可替代的，因而职业生涯更长久；再次，软件测试工作包含了技术及管理的各个方面，对年龄的要求也没有一定限制。因此，在竞争越来越激烈的IT职场中，软件测试工程师的工作相对来说更稳定、更有发展前景。

 

尽管期望加入软件测试行业者数量众多，然而能够达到企业需求的求职者数量寥寥。无论是有经验者还是无经验者，由于对软件测试缺乏系统的了解和足够的职业技能，均成为阻碍他们顺利进入的门槛。

软件测试工程师就业班

 

机构选择要仔细

推荐课程：新科海学校软件测试工程师就业班————9月7日开班

虽然Windows Mobile 6.5才刚刚推向市场，但是据一些摩托罗拉雇员意外泄露的资料显示，Windows Mobile 7已经开发了一年之久，并已经进入到Beta测试阶段。 　　Windows Mobile 7的最主要特色在于手写识别功能，而且将加入NVIDIA Tegra平台（APX 2500）的支持，该操作系统平台还将原生支持MEMS传感器，例如加速度传感器和方向传感器。 　　另外，Windows Mobile 7还将具备一种匿名缓存功能，但是运作机制现在还是未知。其他功能包括Windows Live ID可以被用于Exchange Mobile客户端，这意味着用户能够通过手机访问他们的Windows服务。而且所有的Windows Mobile 7手机都将具备WiFi功能，或至少操作系统具备原生WiFi硬件驱动。 　　其他功能包括，Windows Mobile 7还有视频共享用户界面、Live视频搜索功能、以及丰富的视频电话和会话控制功能。ActiveSync将会在新操作系统中集成。不过，纵使我们知道 Windows Mobile 7的众多新功能，这款系统也要等到2010年底才会公布。

　　UAT(user acceptance Test) 户接受度测试

以下是它的一些一般步骤；仅供参考

一步:用户培训手册准备（就是针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：一般是测试对象使用/功能手册及要培训的用户的个人资料等等：就跟教师上课进行备课差不多）

二步：测试脚本发放（如果你公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特点的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发））

三步：用户补充业务测试场景和测试数据（就是：请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好）

四步：顾问补充测试步骤（你可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充）

五步：培训资料及测试脚本文档的确定与最终输出(一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档）

六步：测试策略的制定（如嵌入测试策略等，http://bbs.51testing.com/thread-3000-1-1.html）

七步：测试用户的确定（大体上从培训人员中选取，因为不能每个接受培训的人员都是资格去测试的，这里你可以通过一些考核来实现人员的筛选等等）

八步：由专门的测试组织机构确定测试地点，并发出通知

九步：测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些case工具等

十步：组织进行测试

十一步：评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环）

UAT测试的重点,我想主要体现在以下几个方面

一是：培训的资料表述要准确全面，易懂等（这是理论基础）

二是：人员选择，要典型有代表性（用户基础）

三是：测试流程步骤（要周密）

四是：测试策略制定（确定一个适合测试对象及测试人员的测试策略）

五是：问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）

　　在信息技术日新月异的今天，顺应世界经济一体化的潮流，中国软件行业加强了与世界同行的沟通与交流，基于本身提高软件质量的迫切需要，在国外优秀的软件企业中被证明为提高软件质量行之有效的途径，软件测试开始越来

越受国内软件行业重视。各种各样的测试工具和测试理论，也都逐渐被我们所熟知。软件测试也开始成为人们平时谈论和网上探讨的热点话题。

在软件测试倍受注目的情况下，身为一名软件测试人员，如何高质量的完成公司交给的测试任务，无疑是我们应该考虑首要问题。从事软件测试已近两年，从刚开始的一脸茫然，到如今的手到擒来，期间也经历了很多曲折，总结这两年来的经念教训，我认为有必要就软件性能测试这个话题和大家展开探讨，与大家共同分享软件测试的得失，为提高我们的测试水平尽一分薄力。

引言

作为评价产品性能的重要手段，性能测试在软件测试工作中占的比重一直很大，要最终提供一份准确，权威的测试报告，测试人员的努力工作自然不可或缺，但更重要的是测试人员清晰的工作思路，简洁的测试流程和良好的测 试方法。

目前性能测试存在的问题

总结以往进行的性能测试，虽然测试人员自始至终对测试工作都做到了认真负责，但测试报告出炉后，大家总觉得美中不足，对测试结果都心存疑虑，尤其在那些时间跨度较长、针对不同的测试对象的性能对比测试中，或多或少

都存在以下几个方面的问题：

1. 测试准备不充分，测试目标不明确，测试计划不详细；

2. 缺乏测试以及针对测试对象的技术储备；

3. 测试环境的稳定性及前后一致性不足；

4. 测试数据精确性和代表性不足；

5. 测试描述不精练；

下面，我们就剖析以上问题的同时，探讨一下如何解决这些问题。

性能测试准备

这是一个经常被测试人员忽略的环节，在接到测压任务后，基于种种其它因素的考虑，测试人员往往急于进度，立即投入到具体的测试工作去了，测试、记录、分析，忙的不亦乐乎，工作进行了一半才发现，或是硬件配置不符 合要求，或是网络环境不理想，甚至软件版本不对，一时弄得骑虎难下，这都是没有做好测试准备惹的祸。

那么我们应该如何做好性能测试的准备工作呢？

做软件项目有需求调查、需要分析，我们做测试也一样。在拿到测试任务后，我们首要的任务就是分析测试任务，在开始测试前，我们至少要弄清以下几个问题：

a) 要测试什么或测试的对象是谁？

b) 要测试什么问题或我们想要弄清楚或是论证的问题？

c) 哪些因素会影响测试结果？

d) 需要怎样的测试环境？

e) 应该怎样测试？

只有在认真调查测试需求和仔细分析测试任务后，才有可能弄清以上一系例的问题，只有对测试任务非常清楚，测试目标极其明确的前提下，我们才可能制定出切实可行的测试计划。

明确测试目标，详尽测试计划

在对测试需求充分了解的基础上，制定尽可能详细的测试计划，对测试的实施是大有裨益的。测试计划的制定，大多专业的测试书籍多有详述，故本文不再鏊述。

测试技术准备

在目前的大环境下，要求测试人员在短时间撑握所有的软、硬件知识是不太现实的，但平时测试人员应抓紧对测试工具和测试理论的研究，在测试计划中，应给研究测试对象和测试工具分配充足的学习时间，只有在充分撑握测试工具，完全了解测试对象的前提下，我们才能够实施测试。建力在错误的认识上的测试，既使你再努力，结果也是背道而驰，也很难证明问题，更不用说用这样的测试报告去说服用户。

配置测试环境

只有在充分认识测试测试对象的基础上，我们才知道每一种测试对象，需要什么样的配置，才有可能配置一种相对公平、合理的测试环境（这在性能对比测压中尤其重要）。

考虑到其它因素，如网络锁、网速、显示分辩率，数据库权限、容量等对测试结果的影响。如条件允许，我们最好能配置几组不同的测试环境。

测试数据的获取和处理

在所有的测试中，测试数据的收集工作都是较为困难的，Gis软件更是如此，每一种软件都有它的文件格式，有的软件还有几种格式。在这种情况下，我们只能把第三方格式的数据转换成每一种被测试软件自已的格式。同时，还应对数据作一定的处理，如处理数据冗余，处理显示风格等。如在测试时会更新数据，操作前一定要备份数据。

其外，还应评估数据格式和数据量对测试的影响，如有必要，应准备多组数据。

最后，一定要检查测试数据的有效性，避免损坏数据对测试结果的影响。

如何开展性能测试

测试前期的准备工作纷繁复杂，做好测试准备工作，已是完成了测试工作的一大半，但要产生一份具有说服力的测试报告，还应正确把握测试的强度，保持测试的一致性，提高测试的精度。

判断软件的好坏，要看软件解决实际应用的能力，只有在一定的测试强度下，才能测试出各种软件资源的消耗率，软件运行的速度，软件的稳定性。通过对比在不同的测试强度下，不同软件每一个功能模块解决实际问题的能力和软件运行的效率，我们才可能判断出不同软件的每一个模块的强弱，甚至于整个软件的优劣。

性能测试开始后，所有参数的输入都应遵循统一的标准，无论是哪一个环节，哪怕是一点点偏差，都应立即纠正，觉不能心存侥幸。要特别注意外部环境对测试结果的影响，如果在整个测试过程中，外部境不一致，如网速、机器内存使用率不一样，就有可能导制测试结果与实际情况有出入。

如何总结性能测试

对测试的终结，实际就是对测试数据的分析和处理。我们测试工作做的再好，如最终到用户手中的是一堆杂乱无章的数据，那也是美中不足。

首先，我们最好从所有的测试数据中，筛选出具有代表意义的数据，做出统计图，然后和开发人员一起，认真分析数据，找出软件存在的问题，得出测试结论。大多数用户，真正需要的就是科学、客观的测试结论。

结论

各种软件性能测试，范围大小不同，强度高底有别，但只要本着认真、客观，科学的工作态度，遵循本文论述的方法，做好测试工作是不难的。

本篇文章主要谈的是软件性能测试方面的问题，相信对其它方面的软件测试也有一定的借鉴作用。

目的

对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。

概念

BUG ：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

BUG提交要求

版本项：测试开始定义本次测试的版本号，测试总结要体现出来。
测试项：主菜单+次菜单+次次菜单
缺陷说明：操作步骤+错误内容+原因说明（可选）
BUG分类

1、功能错误
以需求说明书为参照，未达到或未完成需求说明书所描述的功能即为功能错误。

2、编码错误

在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

3、数据库错误
系统中各类查询数据、插入数据、更新数据时出现的数据库中表结构，视图、索引等不对引起的错误。

4、可操作性错误
可操作性，应用方面的错误

5、界面问题

窗口各控件布局，字体显示等界面不美观，界面、消息提示不友好、不准确等。A. 界面不美观 B. 控件排列、格式不统一 C. 焦点控制不合理或不全面

6、合理化建议
测试者认为有更好的实现方法，检校建、 说明方面的建议。

7、组件错误
测试创业组件产生的错误

8、其它错误
各类文档、帮助的错误。

BUG严重程度

灾难性——系统崩溃，数据丢失，由于程序所引起的死机、非法退出，死循环，数据库发生死锁，错误操作导致的程序中断，严重的计算错误，与数据库连接错误，数据通讯错误

严重的——操作出错，系统功能错误或遗漏；程序接口错误、数据流错误 、轻微数据计算错误

一般的——错误操作提示，界面错误，打印内容、格式错误，简单的输入限制未放在前台进行控制，删除操作未给出提示，数据输入没有边界值限定或不合理。

微不足道——不影响系统功能，更好的操作方式，罕见的错误，辅助说明描述不清楚，显示格式不规范，系统处理未优化，时间操作未给用户进度提示，提示窗口文字未采用行业术语

BUG优先级

高（立即修证）—停止测试，立即修证，修证完毕后进行测试
中（尽快修证）—在版本发布之前必须修改BUG
低（短期内修证）—在项目允许时间范围内修证（项目经理确认）
下阶段修证—BUG推迟到下一阶段修证
附： BUG参考分类

1.功能类

A.重复的功能 B.多余的功能 C.功能实现与设计要求不相符 D.功能使用性、方便性、易用性不够

2.界面类

A.界面不美观 B.控件排列、格式不统一 C.焦点控制不合理或不全面

3.数据处理类

A.数据有效性检测不合理 B.数据来源不正确 C.数据处理过程不正确 D.数据处理结果不正确

4.流程类

A.流程控制不符和要求 B.流程实现不完整

5.提示信息类

A.提示信息重复或出现时机不合理 B.提示信息格式不符和要求 C.提示框返回后焦点停留位置不合理

6.建议类

A.功能性建议 B.操作建议 C.检校建议 D.说明建议

7.性能类

A.并发量 B.数据量 C.压缩率 D.响应时间

8.常识类

A.违背正常习俗习惯的,比如日期/节日等

9.特殊类

A.不符合OEM版本或DEMO版本特殊要求的