软件测试14种类型(精)
软件测试教学大纲+完整版
10.2.5 构建触发器
10.2.6 job关联
10.2.7 添加HTML Publisher插件
10.2.8 添加 Reports
10.2.9 报告展示
10.2.10 Jenkins中的HTML展示
10.3本章小结
4
2学时
上机内容：
接口自动化测试练习
第11章WebUI自动化测试
7.5 本章小结
2
2学时
上机内容：
用Firefox浏览器抓取报文并进行分析
第8章 接口测试
8.1 为什么要做接口测试
8.2 接口测试的定义
8.3 接口测试实例分析
8.3.1 接口文档解析
8.3.2 测试用例设计
8.4 接口测试工具
8.4.1 安装Postman工具
8.4.2 使用Postman的基础功能
4.2.6 测试总结
4.3 系统上线与运维
4.4 本章小结
2
第5章 白盒测试用例设计及应用
5.1 逻辑覆盖法
5.1.1 语句覆盖
5.1.2 判定覆盖
5.1.3 条件覆盖
5.1.4 条件判定组合覆盖
5.1.5 多条件覆盖
5.1.6 修正条件判定覆盖
5.2 基本路径测试法
5.2.1 程序的控制流图
5.2.2 控制流图的环路复杂性
12.2.2 项目介绍
12.2.3 需求分析
12.2.4 脚本开发
12.2.5 使用LoadRunner完成H5网站的脚本开发
12.3 场景设计精要
12.4 性能测试分析思路
12.4.1 观察现象
12.4.2 层层递进
12.4.3 缩小范围
软件测试技术复习资料
软件测试技术复习资料⼀、填空题1. 完整的测试应包括（制定测试计划）（设计测试⽅案）（测试准备和测试环境的搭建）（执⾏测试）（测试评估）。
2. 设计测试⽤例时应包括（输⼊数据）和（预期结果）。
6.对⾯向过程的系统采⽤的集成策略有_____⾃顶向下集成______________、_________________⾃底向上集成__两种。
7.软件测试主要分为__单元测试、集成测试、系统测试、验收测试_四类测试。
8.⿊盒测试⽤例设计⽅法包括等价类划分、边界值分析、_以及_____因果图，错误推测法等。
9.测试⼯作就是进⾏输⼊、接受输出、检验结果，不深⼊代码细节，这样的测试⽅法称为________⿊盒测试________，10.⽩盒测试是根据程序的（内部逻辑）来设计测试⽤例1、在测试执⾏结束后应该提交的⽂档有：测试问题报告、测试记录报告、阶段问题统计报告。
2、在测试总结后应该提交的⽂档有：测试问题分析报告、测试总结报告。
3、RAD⽅法中由于根本的需求没有被冻结，所以⽤户在设计的过程中是迭代的。
4、在RAD环境的测试是基于开发过程中的⽤户改进迭代。
5、在RAD⽅法中由于设计、编码和集成的反复循环性，导致了测试的设计、执⾏等的循环性。
6、测试项⽬的流程中⼀般有测试策划、测试设计、测试准备、测试执⾏、测试总结五个阶段。
7、在测试规划过程中，应对测试内容、测试需求的资源、测试通过的标准、测试进度和风险进⾏计划。
8、在测试设计过程中，应做出测试计划、测试⽤例，并要经过评审。
9、在执⾏测试的过程中应该注重⽤例执⾏时系统的实际动作和输出的真实准确记录。
10、所有的测试都应追溯到⽤户需求。
11、在集成测试的过程中，由于采⽤的测试策略不同，需要集成测试⼈员⾃⼰去编写驱动器和桩模块。
12、软件＝程序＋数据＋⽂档＋服务。
13、代码评审主要做代码审查⼯作。
14、软件测试主要分为单元，集成，系统，验收四类测试。
15、测试⼈员A在测试中发现系统20个缺陷，测试⼈员B在系统中发现了30缺陷，他们有5个缺陷是⼀样的，从理论上分析，系统⼤概存在120个缺陷？测试员A发现n个缺陷，B发现m个缺陷，共同缺陷m1个，理论上总的缺陷N=m/m1*n16、⽹络通讯三个要素，包括协议、IP、端⼝。
软件测试面试题及答案（史上最全）
软件测试⾯试题及答案（史上最全）以下是软件测试相关的⾯试题及答案，欢迎⼤家参考! 1、你的测试职业发展是什么? 测试经验越多，测试能⼒越⾼。
所以我的职业发展是需要时间积累的，⼀步步向着⾼级测试⼯程师奔去。
⽽且我也有初步的职业规划，前3年积累测试经验，按如何做好测试⼯程师的要点去要求⾃⼰，不断更新⾃⼰改正⾃⼰，做好测试任务。
2、你认为测试⼈员需要具备哪些素质 做测试应该要有⼀定的协调能⼒，因为测试⼈员经常要与开发接触处理⼀些问题，如果处理不好的话会引起⼀些冲突，这样的话⼯作上就会不好做。
还有测试⼈员要有⼀定的耐⼼，有的时候做测试很枯燥乏味。
除了耐⼼，测试⼈员不能放过每⼀个可能的错误。
3、你为什么能够做测试这⼀⾏ 虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个⼯作的，因为做软件测试不仅是要求技术好，还有有⼀定的沟通能⼒，耐⼼、细⼼等外在因素。
综合起来看我认为我是胜任这个⼯作的。
4、测试的⽬的是什么? 测试的⽬的是找出软件产品中的错误，是软件尽可能的符合⽤户的要求。
当然软件测试是不可能找出全部错误的。
5、测试分为哪⼏个阶段? ⼀般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试 6、单元测试的测试对象、⽬的、测试依据、测试⽅法? 测试对象是模块内部的程序错误，⽬的是消除局部模块逻辑和功能上的错误和缺陷。
测试依据是模块的详细设计，测试⽅法是采⽤⽩盒测试。
7、怎样看待加班问题 加班的话我没有太多意见，但是我还是觉得如果能够合理安排时间的话，不会有太多时候加班的。
8、结合你以前的学习和⼯作经验，你认为如何做好测试。
根据我以前的⼯作和学习经验，我认为做好⼯作⾸先要有⼀个良好的沟通，只有沟通⽆障碍了，才会有好的协作，才会有更好的效率，再⼀个就是技术⼀定要过关，做测试要有⾜够的耐⼼，和⼀个良好的⼯作习惯，不懂的就要问，实时与同事沟通这样的话才能做好测试⼯作。
9、你为什么选择软件测试⾏业 因为之前了解软件测试这个⾏业，觉得他的发展前景很好。
软件测试软件测试导论
3．软件1.缺1陷.3旳种软类件缺陷
从功能体现形式分，软件缺陷有三种类型：
完全没有实现旳功能。例如顾客要求实现A、B、 C三个功能，但是软件只实现了A、B两个功能。
基本实现了顾客需求旳功能，运营时出现功能或 性能上旳问题。例如满足软件要求，但运营经常报 错、死机，响应时间要求为5秒，实际为10秒。
1.1.3 软件缺陷
4．软件缺陷旳级别 软件测试员发觉旳大多数缺陷是难以觉察
旳简朴错误，不明显，也不严重；且有些是真正 旳错误，有些不是。一般来说，问题越严重旳错 误，优先级越高，越应得到及时纠正。软件企业 对缺陷后果旳严重程度旳定义不尽相同，但一般 能够分为4种级别：
1.1.3 软件缺陷
4．软件缺陷旳级别
1.1.3 软件缺陷
6．软件缺陷产生旳原由
造成软件缺陷旳原由归纳起来有3个方面：
技术问题
✓
算法错误。
✓
语法错误。
✓
计算措施与精度要求不匹配或取值精度不够。
✓
构造不合理。
✓
接口参数不匹配。
1.1.3 软件缺陷
团队工作问题 ✓ 与顾客旳沟通不够，对需求不是十分清楚。 ✓ 不同阶段旳开发人员对同一问题了解不一致。 ✓ 设计或编程上旳假定或依赖性沟通不充分。 软件本身问题 ✓ 文档错误、内容不正确或拼写错误。 ✓ 数据考虑不周全，引起强度或负载不合理。 ✓ 对边界考虑不周全，如漏掉几种边界条件。 ✓ 实时软件旳同步不精确，引起时间不协调、不一致 ✓ 没有考虑系统崩溃后在安全性、可靠性旳隐患。 ✓ 硬件或系统软件上存在旳错误。 ✓ 软件开发原则或过程上旳错误。
软件测试旳定义
人力资源软件测试的14种类型
软件测试的14种类型软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。
本文主要描述软件测试的类型。
1,,,,,数据和数据库完整性测试数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。
数据库完整性原即：主码完整性：主码不能为空；外码完整性：外码必须等于对应的主码或者为空。
数据合理性指数据在数据库中的类型，长度，索引等是否建的比较合理。
在项目名称中，数据库和数据库进程应作为一个子系统来进行测试。
在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。
对于数据库管理系统,,,,,(DBMS)，还需要进行深入的研究，以确定可以支1持测试的工具和技术。
比如，有两张表：部门和员工。
部门中有部门编号，部门名称，部门经理等字段，主码为部门编号；员工表中有员工编号，员工所属部门编号，员工名称，员工类型等字段，主码为员工编号，外码为员工所属部门编号，对应部门表。
如果在某条部门记录中部门编号或员工记录员工编号为空，他就违反主码完整性原则。
如果某个员工所属部门的编号为##，但是##在部门编号中确找不到，这就违反外码完整性原则。
员工类型如下定义：0：职工，1：职员，2：实习生。
但数据类型为Int，我们都知道Int占有4个字节，如果定义成char(1).就比原来节约空间。
2,,,,,白盒测试白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
白盒测试分为动态白盒测试和静态白盒测试2.1,,,,,静态白盒测试利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。
比如，代码规范中规定，函数必须为动宾结构。
而黑盒测试发现一个函数定义如下：Function,,,,,NameGet(){….}这是属于不符合开发规范的错误。
软件测试大纲
考试大纲基本要求：1.熟悉软件质量、软件测试及软件质量保证的基础知识；2.掌握代码检查、走查与评审的基本方法和技术；3.掌握白盒测试和黑盒测试的测试用例的设计原则和方法；4.掌握单元测试和集成测试的基本策略和方法；5.了解系统测试、性能测试和可靠性测试的基本概念和方法；6.了解面向对象软件和WEB应用软件测试的基本概念和方法；7.掌握软件测试过程管理的基本知识和管理方法；8.熟悉软件测试的标准和文档；9.掌握QESuite软件测试过程管理平台和QESat/C++软件分析和工具的使用方法。
考试内容：一、软件测试的基本概念1.软件质量的概念。
2.软件测试的目标和原则。
3.软件测试的心理学。
4.软件测试的经济学。
5.软件质量保证。
二、软件测试的类型及其在软件开发过程中的地位1.软件开发阶段。
2.规划阶段的测试。
3.设计阶段的测试。
4.编码阶段的测试。
5.验收和维护阶段的测试。
三、代码检查、走查与评审1.桌面检查。
2.代码走查。
3.代码检查。
4.同行评审。
四、覆盖率（白盒）测试1.覆盖率测试。
2.逻辑结构的覆盖率测试。
3.路径覆盖率测试。
4.数据流测试。
5.程序变异测试。
6.基于覆盖的测试用例选择。
五、功能（黑盒）测试1.边界值测试。
2.等价类测试。
3.基于因果图的测试。
4.基于决策表的测试。
5.基于状态图的测试。
6.基于场景的测试。
7.比较测试。
六、单元测试和集成测试1.单元测试的目标和模型。
2.单元测试策略。
3.单元测试分析。
4.单元测试的测试用例设计原则。
5.集成测试基本概念。
6.集成测试策略。
7.集成测试分析。
8.集成测试用例设计原则。
七、系统测试1.系统测试概念。
2.系统测试方法。
3.系统测试的实施。
八、软件性能测试和可靠性测试1.软件性能的概念。
2.性能测试的执行。
3.软件可靠性的概念。
4.可靠性预计。
5.可靠性分析方法。
6.软件可靠性测试的执行。
九、面向对象软件的测试1.面向对象软件测试的问题。
软件测试-模块(单元)测试
增量测试
非增量测试
工作量小：使用前面测试过的模块来取代非增量测试中所需要的驱动模块或桩模块。
工作量较大：要设计驱动模块和桩模块
可以较早发现模块中与不匹配接口、不正确假设等编程错误。
到了测试过程的最后阶段，模块之间才能“互相看到”
容易进行调试，新出现的错误往往与最近添加的模块有关
直到整个程序组装之后，模块之间接口相关的错误才会浮现，难以定位
自顶向下的增量测试中的桩模块
A
显示跟踪信息
B
显示传递信息
01
02
D
根据输入返回一个值
C
返回一个值
03
04
第一步是测试E,J,G, K,L和I中的部分或全部模块，既可以串行也可以并行进行；需要设计驱动模块，有的驱动模块可以供几个测试模块使用 接着测试的模块序列有多种可能，如果接下来是测试较关键的模块F,H，则用它们代替相应的驱动模块，并加入它们的驱动模块，如图
目的
单元测试针对的问题
模块接口：检查进出单元的数据流是否正确 局部数据结构：测试内部数据是否完整？例如：不正确的类型说明，错误的初始化等。 路径测试：发现由于不正确的判定或不正常的控制流而产生的错误，例如：不正确的逻辑操作或优先级，不适当地修改循环变量。 边界条件：测试边界处程序是否正确工作？ 出错处理：测试出错处理措施是否有效？例如：提供的错误信息不足，难以找到错误原因等。
J
Driver
Driver
L
K
I
Driver
F
Driver
D
Driver
H
自底向上的增量测试
自底向上的增量测试中的驱动模块
01
A
调用从属模块
软件测试复习重点
第1章1. 重要1.软件测试的正面性观点【验证软件正常工作】✧软件测试就是为程序能够按预期设想那样运行而建立足够的信心✧【软件测试是一系列活动已评价一个程序或系统的特性或能力是否达到预期的结果】✧测试是为了验证软件是否符合用户需求，即验证软件产品是够能正常工作2.软件测试的反面性观点【测试是为了证明成粗有错误】测试是为了发现错误而执行的一个程序或者系统的过程3.IEEE 的软件测试定义使用人工或自动手段来运行或测试某个系统的过程，其目的是在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别4.什么是“验证“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性5.什么是“有效性确认”“有效性确认”是确认所开发的软件是否满足用户真正需求的活动[软件测试是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体]6.软件测试和软件开发的关系2. 次重要1.为什么要进行软件测试1.软件总存在缺陷2.软件中存在的缺陷给我们带来的算是是巨大的3.测试所有工程学科的基本组成单元，自然也是软件开发的重要组成部分。
4.软件人员水平越高，找出问题的时间越早，软件越容易更正，产品发布后越稳定2.软件测试的其它观点风险的观点：软件测试就是对风险的不断评估，引导软件开发的工，进而将最终发布的软件所存在的风险降到最低经济的观点：以最小的代价获得最高的软件产品质量第2章1. 重要1.ISO 8492对质量的定义质量是产品或服务多满足明示或暗示需求能力的固有特性和特征的集合2.IEEE对软件质量的定义软件产品满足规定的和隐含的于需求能力有关的全部特性和特征3.McCall软件质量模型4.IEEE (1983) 729 软件缺陷一个标准的定义从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试的14种类型软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程,其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。
本文主要描述软件测试的类型。
1.数据和数据库完整性测试1.数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。
2.数据库完整性原即:3.主码完整性:主码不能为空;4.外码完整性:外码必须等于对应的主码或者为空。
5.数据合理性指数据在数据库中的类型,长度,索引等是否建的比较合理。
2.白盒测试白盒测试是基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般黑盒测试由项目经理在程序员开发中来实现。
白盒测试分为动态白盒测试和静态白盒测试2.1 静态白盒测试利用眼睛,浏览代码,凭借经验,找出代码中的错误或者代码中不符合书写规范的地方。
比如,代码规范中规定,函数必须为动宾结构。
而黑盒测试发现一个函数定义如下:2.2 动态白盒测试利用开发工具中的调式工具进行测试。
比如一段代码有4个分支,输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。
3.功能测试功能测试指测试软件各个功能模块是否正确,逻辑是否正确。
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
此类测试基于黑盒技术,该技术通过图形用户界面(GUI 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
功能测试的主要参考为类似于功能说明书之类的文档。
比如一个对电子商务系统,前台用户浏览商品-放入购物车-进入结账台,后台处理订单,配货,付款,发货,这一系列流程必须正确无误的走通,不能存在任何的错误。
4.UI测试UI测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字,图片组合是否完美,背景是否美观,操作是否友好等等用户界面(UI 测试用于核实用户与软件之间的交互。
UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外,UI 测试还可确保UI 中的对象按照预期的方式运行,并符合公司或行业的标准。
包括用户友好性,人性化,易操作性测试。
UI测试比较主观,与测试人员的喜好有关比如:页面基调颜色刺眼;用户登入页面比较难于找到,文字中出现错别字,页面图片范围太广等都属于UI测试中的缺陷,但是这些缺陷都不太严重。
5.性能测试性能测试主要测试软件测试的性能,包括负载测试,强度测试,数据库容量测试,基准测试以及竞争测试5.1.负载测试负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担。
在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。
负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。
此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面。
比如,在B/S结构中用户并发量测试就是属于负载测试的用户,可以使用webload工具,模拟上百人客户同时访问网站,看系统响应时间,处理速度如何?5.2.强度测试强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况。
这类测试往往可以书写系统要求的软硬件水平要求。
实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽而造成的。
强度测试还可用于确定测试对象能够处理的最大工作量。
比如:一个系统在内存366M下可以正常运行,但是降低到258M下不可以运行,告诉内存不足,这个系统对内存的要求就是366M。
5.3.数据库容量测试数据库容量测试指通过存储过程往数据库表中插入一定数量的数据,看看相关页面是否能够及时显示数据。
数据库容量测试使测试对象处理大量的数据,以确定是否达到了将使软件发生故障的极限。
容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
例如,如果测试对象正在为生成一份报表而处理一组数据库记录,那么容量测试就会使用一个大型的测试数据库,检验该软件是否正常运行并生成了正确的报表。
做这种测试通常通过书写存储过程向数据库某个表中插入一定数量的记录,计算相关页面的调用时间。
比如,在电子商务系统中,通过insert customer 往user表中插入10 000数据,看其是否可以正常显示顾客信息列表页面,如果要求达到最多可以处理100 000个客户,但是顾客信息列表页面不能够在规定的时间内显示出来,就需要调整程序中的SQL 查询语句;如果在规定的时间内显示出来,可以将用户数分别提高到20 000 , 50 000, 100 000进行测试。
5.4.基准测试基准测试与已知现有的系统进行比较,主要检验是否与类似的产品具有竞争性的一种测试。
如果你要开发一套财务系统软件并且你已经获得用友财务系统的性能等数据,你可以测试你这套系统,看看哪些地方比用友财务系统好,哪些地方差? 以便改进自己的系统,也可为产品广告提供数据。
5.5.竞争测试软件竞争使用各种资源(数据纪录,内存等,看他与其他相关系统对资源的争夺能力。
比如:一台机器上即安装您的财务系统,又安装用友财务系统。
当CPU占有率下降后,看看是否能够强过用友财务系统,而是自己的系统能够正常运行。
6.安全性和访问控制测试安全性和访问控制测试侧重于安全性的两个关键方面:1 应用程序级别的安全性,包括对数据或业务功能的访问2 系统级别的安全性,包括对系统的登录或远程访问。
6.1.应用程序级别的安全性可确保:在预期的安全性情况下,主角只能访问特定的功能或用例,或者只能访问有限的数据。
例如,可能会允许所有人输入数据,创建新账户,但只有管理员才能删除这些数据或账户。
如果具有数据级别的安全性,测试就可确保“用户类型一”能够看到所有客户消息(包括财务数据,而“用户二”只能看见同一客户的统计数据。
比如B/S系统,不通过登入页面,直接输入URL,看其是否能够进入系统?6.2 系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。
比如输入管理员账户,检查其密码是否容易猜取,或者可以从数据库中获得?7.故障转移和恢复测试故障转移和恢复测试指当主机软硬件发生灾难时候,备份机器是否能够正常启动,使系统是否可以正常运行,这对于电信,银行等领域的软件是十分重要的。
故障转移和恢复测试可确保测试对象能成功完成故障转移,并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。
故障转移测试可确保:对于必须持续运行的系统,一旦发生故障,备用系统就将不失时机地“顶替”发生故障的系统,以避免丢失任何数据或事务。
恢复测试是一种对抗性的测试过程。
在这种测试中,将把应用程序或系统置于极端的条件下(或者是模拟的极端条件下,以产生故障(例如设备输入/输出(I/O 故障或无效的数据库指针和关健字。
然后调用恢复进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的恢复。
一定要注意定时备份,比如电信系统,突然主机程序发生死机,备份机器是否能够启动,使系统能够正常运行,从而不影响用户打电话?8.配置测试又叫兼容性测试。
配置测试核实测试对象在不同的软件和硬件配置中的运行情况。
在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。
客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。
(如浏览器版本,操作系统版本等下面列出主要配置测试8.1 浏览器兼容性1 测试软件在不同产商的浏览器下是否能够正确显示与运行;2 比如测试IE,Natscape浏览器下是否可以运行这套软件?8.2 操作系统兼容性1 测试软件在不同操作系统下是否能够正确显示与运行;2 比如测试WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以运行这套软件?8.3 硬件兼容性1 测试与硬件密切相关的软件产品与其他硬件产品的兼容性,比如该软件是少在并口设备中的,测试同时使用其他并口设备,系统是否可以正确使用.2 比如在INTER,舒龙CPU芯片下系统是否能够正常运行?3 这样的测试必须建立测试实验室,在各种环境下进行测试。
9.安装测试安装测试有两个目的。
第一个目的是确保该软件在正常情况和异常情况的不同条件下: 例如,进行首次安装、升级、完整的或自定义的安装_都能进行安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
第二个目的是核实软件在安装后可立即正常运行。
这通常是指运行大量为功能测试制定的测试。
安装测试包括测试安装代码以及安装手册。
安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据。
10.多语种测试又称本地化测试,是指为各个地方开发产品的测试,如英文版,中文版等等,包括程序是否能够正常运行,界面是否符合当地习俗,快捷键是否正常起作用等等,特别测试在A语言环境下运行B语言软件(比如在英文win98下试图运行中文版的程序,出现现象是否正常。
本地化测试还要考虑:1 当语言从A翻译到B,字符长度变化是否影响页面效果。
比如中文软件中有个按键叫“看广告”,翻译到英文版本中为“View advertisement” 可能影响页面的美观程度2 要考虑同一单词在各个国家的不同意思,比如football在英文中为足球,而美国人使用中可能理解为美式橄榄球。
3 要考虑各个国家的民族习惯,比如龙个美国中被理解邪恶的象征,但翻译到中国,中国人认为为吉祥的象征。
11.文字测试文字测试测试软件中是否拼写正确,是否易懂,不存在二义性,没有语法错误;文字与内容是否有出入等等,包括图片文字。
比如:“比如,请输入正确的证件号码!”何谓正确的证件号码,证件可以为身份证,驾驶证,也可为军官证,如果改为“请输入正确的身份证号码!”用户就比较容易理解了。
12.分辨率测试测试在不同分辨率下,界面的美观程度,分为800*600,1024*768,1152*864, 1280*768,1280*1024,1200*1600大小字体下测试。
一个好的软件要有一个极佳的分辨率,而在其他分辨率下也都能可以运行。
13.发布测试主要在产品发布前对一些附带产品,比如说明书,广告稿等进行测试13.1 说明书测试主要为语言检查,功能检查,图片检查语言检查:检查说明书语言是否正确,用词是否易于理解;功能检查:功能是否描述完全,或者描述了并没有的功能等;图片检查:检查图片是否正确13.2 宣传材料测试主要测试产品中的附带的宣传材料中的语言,描述功能,图片13.3 帮助文件测试帮助文件是否正确,易懂,是否人性化。