软件测试中的43个功能测试点

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能，针对web系统我们有哪些常用测试方法呢今天我们一起来了解了解~~

1. 页面链接检查

每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如：LinkBotPro、File-AIDCS、HTMLLink Validater、xenu等工具。LinkBotPro 不支持中文，中文字符显示为乱码；HTMLLink Validater只能测试以Html或者htm结尾的网页链接；xenu无需安装，支持asp、do、jsp等结尾的网页，xenu 测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html 格式的测试报告。

2.相关性检查

功能相关性：删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。

3.检查按钮的功能是否正确

如新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置等功能是否都正确。常见的错误会出现在重置按钮上，表现为功能失效。

4.字符串长度检查

输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。还要检查需求规定的字符串长度是否都正确，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查

在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型）看系统是否检查字符类型。

6.标点符号检查

输入内容包括各种标点符号，特别是空格，各种引号，回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

7.特殊字符检查

输入特殊符号，如@、#、%、！等，看系统处理是否正确。常见的错误是出现在%、’“这几个特殊字符。

8.中文字符处理

在可以输入中、英文的系统输入中文，看是否出现乱码或出错。

9.检查信息的完整性

在查看信息和更新信息时，查看所填写的信息是不是全部都更新，更新信息和添加信息是否一致，要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复

在一些才需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。

11.检查删除功能

在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”，看系统如何处理，会否出错，然后选择一个或多个信息，进行删除，看是否正确处理，如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除。

12.检查添加和修改是否一致

检查添加和修改的要求是否一致，例如添加要求必须的项，修改也应该必填，添加规定为整型的项，修改也必须为整型

13.检查修改重名

修改时把不能重名的项改为已存在的内容看会否处理，报错，同时也注意，会不会报和自己重名的错

14.重复提交订单

一条已经成功提交的记录，返回后再提交，看看系统是否做了处理，对于web

系统来说，可以通过浏览器返回键或者系统提供的返回功能。

15.检查多次使用返回键的情况

在有返回键的地方，返回到原来页面，重复多次，看会否出错。

16.搜索检查

在搜索功能的地方输入系统存在和不存在的内容，看搜索结果是否正确，如果输入多个搜索条件，可以同时添加合理和不合理的条件，看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有信息都搜索到。

17.输入信息位置

注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方

18.上传下载文件检查

上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到，下载文件能否打开或者保存，下载的文件是否有格式要求，如需特殊工具才可以打开等，上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且上传后，重新修改，看上传的文件是否存在。

19.必填项检查

应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。

20.快捷键检查

是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

21.回车键检查

在输入结束后直接按回车键，看系统处理如何，会否报错，这个地方很有可能出现错误。

22.刷新键检查

在web系统中，使用到浏览器的刷新键，看系统处理如何，会否报错。

23.回退键检查

在web系统中，使用浏览器的回退键，看系统处理如何，会否报错，对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何;多次使用回退键，多次使用前进键，看系统如何处理。

24.直接URL链接检查

在web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。

25.空格检查

在输入信息中，输入一个或连串空格，查看系统如何处理，如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

26.输入法半角全角检查

再输入信息中，输入一个或连串空格，查看系统如何处理，如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“.”，如）；输入全角的空格等。

27.密码检查

一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但，同时会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

28.用户检查

任何一个系统的，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑，删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其他信息是否重现。同样，提供注销功能的系统，此用户注册时，是否作为一个新的用户，而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的，容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够够修改超级管理员的权限。

29.系统数据检查

这是功能测试最重要的，如果系统数据计算不正确，那么功能测试是肯定通不过的，数据检查根据不同的系统，方法不同于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

30.系统可恢复性检查

以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

31.确认提示检查

系统中的更新、删除操作、是否提示用户确认更新或者删除，操作是否可以回退（即是否可以取消操作）提示消息是否准确，事前或事后提示，对于Update或Delete操作，要求进行事前提示。

32.数据注入检查

数据注入主要是对数据库的注入，通过输入一些特殊的字符，如

“’”“/”,“-”等或字符组合，完成对SQL语句的破坏，造成系统查询、插入、删除操作的SQL，因为这些字符而改变原来的意图。如select*from table where id =‘’and name=‘’，通过在id输入框中输入“12’-”，会造成查询语句把name条件注释掉，而只查询id=12的记录。同样，对于update和delete

的操作。可能会造成误删除数据。当然还有其它一些SQL注入方法，具体可参考《SQL应用高级SQL注入.doc》，很多程序都是基于页面输入字符控制的，可以尝试跳过界面直接向数据库中插入数据，

33.刷新检查

web系统中的webForm，控件实时刷新功能，在系统应用中有利有弊，给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响，检查控件是否回归默认初始值，检查是否对系统的性能产生较大的影响。

34.事务检查

对于事务性操作，断开网络或关闭程序来中断操作，事务是否回滚。

35.时间日期检查

时间、日期验证是每个系统都必须的，如2006-2-29、2006-6-31等错误日期、日期检查还要检查日期范围是否符合实际业务，对于不符合时间业务的日期，系统是否会有提示或者有限制。

36.多浏览器验证

越来越多的各类浏览器的出现，用户访问web程序不再单单依赖于Microsoft Internet Explorer,而是有了更多的选择：Maxthon、Firefox、Tencent Traveler 等，考虑使用多种浏览器访问系统，验证效果。

37.安装测试

对于c/s架构的系统，安装程序的测试是一个重要方面，安装程序自动化程度、安装选项和设置、安装过程中断测试，安装顺序测试，修复安装及卸载测试。

38.文档测试

主要是对用户使用手册、产品手册进行测试、校验是否描述正确、完整、是否与当前系统版本对照，是否易理解，是否二义性等。

39.测试数据检查

事实告诉我们，测试数据比代码更有可能是错的，因此，当测试结果显示有错误发生时，怀疑代码错误前要先对测试数据检查一遍。

40.请让我的机器来运行

在某些项目中，出现一个病态的问题：系统没有问题啊，它在我的机器上是可以通过的。这就说明了其中存在和环境相关的bug。“是否所有的一切都受到了版本控制的工具的管理”、“本机的开发环境和服务器的环境是否一样”、“这里是否存在一个真正的BUG，只不过是在其他的机器里偶然出现”所有的测试必须在所有系统要求的机器运行通过，否则的话，代码就可能存在问题。

技术的应用

Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，使我们对新的应用的一个挑战。而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。“会做，并不意味着应该做、必须做”，这就是对Ajax技术的很重要的注解。

技术的应用-局部数据刷新

Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种方法异常中断异步的数据调用，查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作，已经页面数据较多的时候刷新。

43. 浏览器兼容性

随着Ajax、IFrame等异步的数据调用技术的发展，Javascipt技术也越来越受到开发人员的重视，但Javascipt存在调试困难、各浏览器存在可能不兼容等问题，因此在web系统中。

软件测试中功能测试操作规范

1.测试计划：这个计划，我个人觉得应该在详细设计确定后，代码开始编写的时候进行制定，因为我是“提早开始测试工作”思路的忠实fans，虽然现在项目里都只有我一个人在这么早开始工作...... 测试计划，主要是给后面的测试工作一些指南，不能写成领导看的计划，而是要写成由做事的人看的计划包含的内容可能有： i.测试团队人员及分工(要确定当测试时出现缺陷界定、测试环境准备等问题时能找到指定的人员) ii.测试开始结束时间(理想情况下，不要安排的太紧，赶工肯定会造成延期或测试不完整，可惜理想和现实的差距被规定为很大) iii.测试环境配置(什么样的硬件条件，是否网络、设备等，系统在什么地址访问，访问权限、使用的测试数据等方面的预计和准备) iv.测试哪些东西要说清楚，这里我建议把简单的测试大纲纳入测试计划中，一方面领导可以看到你的计划写的多详细，另一方面大纲可以很好的成为编写用例的依据 v.怎么测试要说明白，如只做系统测试，那就要写清楚不做集成测试，如果需要集成测试，就需要写明白集成顺序。另外如果需要进行性能、文档、等其他的测试也要在这个计划中写明，虽然一般这个计划都是针对功能测试，但是如果有其他测试，也要写出来并安排时间，相应测试的相关计划等也需要指明 vi.测试结束标志(要说明测试达到什么程度可以结束测试，不能等到把所有缺陷都找出来以后才结束，因为那将是一万年)，允许缺陷存留在系统里，我们只需要找到留多少这个度就够了

2.测试用例：这个文档，主要描述具体的测试步骤，但实际应用中，至少目前我的项目里，由于时间的原因，很少有写的，就算写了的，也基本没有用到测试里，在这边的很多项目大都是直接来测，全凭我个人的经验来检查(在此感谢领导们对于我二把刀技术的信任_@_)。但是我想说其实他很重要，也许你不需要写的很详细，但是绝对需要通过这样的步骤来理顺思路，这个文档的好坏和实用程度，直接可以决定你是否能“用最少的工作(量和时间)，尽早的发现尽可能多的缺陷”，写这个文档需要用到一些测试方法理论，如等价类划分、边界值、这个表那个表。 3.缺陷记录：是功能测试过程中使用频率最高的文档，用于在测试过程中记录发现的缺陷，并由开发人员作为修改缺陷的依据，以及修改后测试人员进行回测的主要依据 a)该文当也有助于分析开发人员存在的“错误集群”现象，总结易出错的地方，对缺陷多的部分做更深入的测试，并提醒开发人员避免缺陷 b)缺陷记录填写指南： i.缺陷级别(即严重程度)，一般由公司统一定义，为发现的缺陷进行分类，以便决定修改的缓急 ii.bug分类：区分发生的位置，是功能的，还是性能的，是有效性问题还是其他问题等，与bug级别一起，用于决定bug的修改要求度| iii.bug状态：是标志bug的当前情况，标识是否被处置(关闭状态)， iv.上述这些指标一般由公司统一定义(一般标准都大同小异)，也会用于项目的度量 c)缺陷记录使用时的注意点： i.描述bug要有三要素：在哪里，什么情况(前提)下，发生了什么样的问题

软件测试工程师笔试题及答案

测试工程师笔试题一、计算机知识（30分） 1、在Linux系统中，一个文件的访问权限是755，其含义是什么？参考答案： 755表示该文件所有者对该文件具有读、写、执行权限，该文件所有者所在组用户及其他用户对该文件具有读和执行权限。 2、Linux中，如何从root用户切换到普通用户？参考答案：su su user1 切换到user1，但切换后的当前目录还是root访问的目录 su – user1 切换到user1，并且当前目录切换到user1的根目录下（/home/user1/） 3、简述一下C/S模式和B/S模式的区别？参考答案： c/s 是客户端/服务器架构 b/s 是浏览器/服务器架构 C/S模式有以下特点: 1.C/S模式将应用与服务分离,系统具有稳定性和灵活性 2.C/S模式配备的是点对点的结构模式,适用于局域网,有可靠的安全性 3.由于客户端实现与服务器端的直接连接,没有中间环节,因此响应速度快 4.在C/S模式中,作为客户机的计算机都要安装客户机程序,一旦软件系统升级,每台客户机都要安装客户机程序,系统升级和维护较为复杂 B/S模式有以下特点： 1.系统开发、维护、升级方便每当服务器应用程序升级时，只要在服务器上升级服务应用程序即可，用户计算机上的浏览器软件不需要修改，系统开发和升级维护方便 2.B/S模式具有很强的开放性在B/S模式下，用户通过通用的浏览器进行访问，系统开放性好 3.B/S模式的结构易于扩展由于Web的平台无关性，B/S模式的结构可以任意扩展，可以从包含一台服务器和几个用户的小型系统扩展成为拥有成千上万个用户的大型系统 4.用户使用方便 B/S模式的应用软件都是基于Web浏览器的，而Web浏览器的界面是类似的。对于无用户交换功能的页面。用户接触的界面都是一致的，用户使用方便 4、Windows操作系统中PATH环境变量的作用是什么？参考答案： PATH是Windows操作系统环境变量，PATH作用是用户在命令行窗口执行一个命令，则在PATH变量设置的目录下依次寻找该命令或对应的执行文件，若找到，则执行，若没有找到，则命令行窗口返回无效命令。 5、TCP和UDP有什么区别？参考答案： TCP-有连接,所以握手过程会消耗资源,过程为可靠连接,不会丢失数据,适合大数据量交换

软件测试技术知识点整理

一、软件测试的定义软件测试是一个过程或一系列过程，用来确认计算机代码完成了其应该完成的功能，不执行其不该有的操作。 1．软件测试与调试的区别（1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。（2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。（3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。（5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。（6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。（7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。 2．对软件测试的理解软件测试就是说要去根据客户的要求完善它.即要把这个软件还没有符合的或者是和客户要求不一样的，或者是客户要求还没有完全达到要求的部分找出来。（1）首先要锻炼自己软件测试能力，包括需求的分析能力，提取能力，逻辑化思想能力，即就是给你一个系统的时候，能够把整个业务流程很清晰的理出。（2）学习测试理论知识并与你锻炼的能力相结合。（3）想和做。想就是说你看到任何的系统都要有习惯性的思考；做就是把实际去做练习，然后提取经验。总结测试用例，测试计划固然重要，但能力和思想一旦到位了，才能成为一名合格的软件测试工程师。二、软件测试的分类 1．按照测试技术划分（1）白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试（2）黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行测试，只是检查是否按照需求规格说明书的规定正常实现。--性能测试（3）灰盒测试：介于白盒测试与黑盒测试之间的测试。

软件测试中的43个功能测试点

软件测试中的43个功能测试点功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能，针对web系统我们有哪些常用测试方法呢？今天我们一起来了解了解~~ 1. 页面链接检查每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如：LinkBotPro、File-AIDCS、HTMLLink Validater、xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTMLLink Validater只能测试以Html或者htm结尾的网页链接；xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。 2.相关性检查功能相关性：删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。 3.检查按钮的功能是否正确如新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置等功能是否都正确。常见的错误会出现在重置按钮上，表现为功能失效。 4.字符串长度检查输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。还要检查需求规定的字符串长度是否都正确，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。 5.字符类型检查在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型）看系统是否检查字符类型。 6.标点符号检查输入内容包括各种标点符号，特别是空格，各种引号，回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

软件测试知识点总结

软件测试知识点总结第一次课10.7软件测试概述一软件测试定义：使用人工或者自动的手段来运行或测定它是否满足规定的需求，或弄预期结果与实际结果之间的差别。二软件测试的分类 1．按照开发阶段划分 a)单元测试：模块测试，检查每个程序单元嫩否正确实现详细设计说明中的模块功能等。 b)集成测试：组装测试，将所有的程序模块进行有序、递增的测试，检验程序单元或部件的接口关系 c)系统测试：检查完整的程序系统能否和系统（包括硬件、外设和网络、系统软件、支持平台等）正确配置、连接，并满足用户需求。 d)确认测试：证实软件是否满足特定于其用途的需求，是否满足软件需求说明书的规定。 e)验收测试：按项目任务或合同，供需双方签订的验收依据文档进行的对整个系统的测试与评审，决定是否接受或拒收系统。 2．按照测试技术划分白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行

测试，只是检查是否按照需求规格说明书的规定正常实现。灰盒测试：介于白盒测试与黑盒测试之间的测试。 3 按照测试实施组织划分：开发方测用户测试第三方测试 4 是否使备测软件运行：静态测试动态测试。课后作业：1.软件测试与调试的区别？（1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。（2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。（3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。（5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。（6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。（7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。 2.对软件测试的理解？软件测试就是说要去根据客户的要求完善它.即要把这个软件还

软件测试工程师笔试题

一、判断题 1.软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。（?）分析：软件测试人员应在需求阶段就加入到开发过程中。因为软件的质量问题会随着软件开发周期的不断展开而不断放大的，而更正质量问题的成本也是不断放大的，也就是说在需求阶段出现的小问题，到开发完成后缺陷可能成几何倍数放大，而修改所需要的成本也会不断的放大，如果测试工程师能够尽早的加入其中的话可以尽早的找出问题，及时发现，避免问题最后放大到不可收拾。 2.发现错误多的模块，残留在模块中的错误也多。（?）分析：开发人员能力参差不齐，当发现某模块bug数越多，修改的bug越多，则引入新的bug就会越多，那么这些新的bug发现的难度要比修改前发现bug要大的多，其隐藏未发现的bug数量就越多，那么相应的模块质量也就越差。代码复用也可能造成该模块的bug比较多。 3.测试人员在测试过程中发现一处问题，如果影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（?）分析：正确流程应提交错误缺陷，此时开发组人员会有记录，并修改此问题。如果测试人员自己修改，会导致开发人员无记录，容易出现冗余系统版本，并不清楚哪个为最终版本。 4.单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（?） 5.功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（?） 6.软件质量管理即QM是由QA和QC构成，软件测试属于QC的核心工作内容。（?）补充：
QA（QualityAssurance）品质保证；
QC（QualityConterller）品质控制员 7.软件测试只能发现错误，但不能保证测试后的软件没有错误。（?） 8.软件就是程序。（?）概念：软件是计算机程序，程序所用的数据以及相关文档资料的结合。软件又分为系统软件和应用软件两大类。 9.测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。（?）分析：白盒测试用例设计6种覆盖方法： a.语句覆盖 b.判定覆盖 c.条件覆盖 d.判定/条件覆盖 e.组合覆盖 f.路径覆盖软件测试的目的是发现软件中的错误，但不能保证软件没有错误。 10.I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指软件做出符合本地的工作。（?）

软件测试中的43个功能测试点

软件测试中的43个功能测试点软件测试功能测试就是对产品的各功能进行php?name=%D1%E9%D6%A4">验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对web系统的常用测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接。 2. 相关性检查：功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。数据相关性：下来列表默认值检查，下来列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见。 3. 检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。 4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。 5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。 6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。 7.特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在% ‘" 这几个特殊字符 8. 中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错。 9. 检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

软件功能测试的步骤

软件功能测试的步骤最近有和一个初学测试的朋友聊天，他说关于测试方面的书看来不少，理论和概念也背了不少，但是实际测试时还是不知道怎么怎么下手，不知具体该如何做？其实关于怎么入手做测试，没有什么具体的规范, 以下是我的个人习惯，供大家讨论一下。面对一个新的项目，应该从项目的编写需求分析时参与进去，了解项目的背景和用户的需求，然后根据项目的开发进度，编写测试计划；测试计划要包含以下内容：测试用例编写时间，按照用例执行测试的时间和执行回归测试的时间，这个时间根据要项目进度来设定，以保证计划的正常执行。编写完测试计划后，不要急着编写测试用例，要先确定需求分析是不是已经编写完成，并经过了评审如果确定需求分析已经评审完成，那就要尽可能多的了解需求分析。根据需求分析编写测试要点，所谓测试要点，就是测试用例的框架，把需求分析中的用户要求和用户业务记录下来，然后区分哪些是主要也需求，哪些是次要需求。这要便于测试的全面和测试重点的突岀。编写完测试要点后，再开始编写测试用例。所谓的测试用例，就是指测试某项功能时，所作的输入数据或动作，并列出期望的输入数据或动作。那么编写测试用例，就是用实际的操作来证明前面所写的测试要点中的功能点和业务实现。证明测试要点时要从正反两个方面进行，不但要证明正常情况下软件系统的反应，还要证明在非正常情况下，软件系统也要能作岀正确的处理。对于主要的需求要尽可能全面测的测试，要考虑到各种可能性，而对于非主要需求，测试用例可以适当少一些，但是最低也要有正反两方面的考虑。测试用例编写完成后就可以开始做测试了，做测试时要按照测试用例进行，要确保每条用例至少执行了一次，每执行一条用例就要对比一下软件系统的实际输岀和期望输岀是否一致，如果不一致，要记录到测试报告中。实际测试时不要漏掉任何的不一致情况，因为这些不一致就是软件系统的问题所在。对于软件输出不一致的用例，最好多执行一次，尽量定位软件问题所在，以便于开发人员的修改。测试完成后，就要及时把测试报告反馈给开发人员，以便于开发人员的修改。当开发人员修改完成后, 就进入到软件测试的最后阶段回归测试（我认为这是最麻烦的，呵呵），所谓回归测试，就是验证上次测试时所发现的问题是不是已经被修改，有没有新的问题出现。之所以认为它麻烦，那是因为软件修改完成后可能会导致新的问题岀现，如果把测试用例再重新执行一遍的话，就要花费很多的时间。如果要使用测试工具进行自动化测试，就要花费大量的时间去维护测试脚本，无论怎么做，都很麻烦。我的一般做法是把发现问题的测试用例和它有关联的测试用例重新执行一遍，如果没问题，就算测试完成，否则，再次提交测试报告，直到测试完成。以上是在正常情况下，做功能测试的步骤，但是实际工作中，正常情况总是小于非正常情况的，我遇到的非正常情况有以下几种：

2017软件测试常见的面试笔试题(附答案)

2017软件测试常见的面试笔试题（附答案） 1、您认为做好测试用例设计工作的关键是什么? 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 2、问：一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别? 300个用户在一个客户端上，会占用客户机更多的资源，而影响测试的结果。线程之间可能发生干扰，而产生一些异常。 300个用户在一个客户端上，需要更大的带宽。 IP地址的问题，可能需要使用IP Spoof来绕过服务器对于单一IP地址最大连接数的限制。所有用户在一个客户端上，不必考虑分布式管理的问题;而用户分布在不同的客户端上，需要考虑使用控制器来整体调配不同客户机上的用户。同时，还需要给予相应的权限配置和防火墙设置。 3、软件配置管理的作用?软件配置包括什么? 软件配置管理(Software Configuration Management，SCM)是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。软件配置包括如下内容：配置项识别、工作空间管理、版本控制、变更控制、状态报告、配置审计 4、目前主要的测试用例设计方法是什么? 白盒测试：逻辑覆盖、循环覆盖、基本路径覆盖黑盒测试：边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法

软件测试复习知识点

软件测试复习知识点熟练掌握： 1.面向对象的单元测试中基于服务的测试策略 2.向对象中的基于状态测试的策略 3.软件测试与软件开发的关系狭义定义测试：比如“程序设计”与“测试”之间的关系，传统上总以为程序设计在先，测试在后。这种专指测试程序代码，定义在编码之后的“测试”是一种狭义定义的测试。广义定义测试：这种测试活动可以在软件开发生命周期的任何阶段进行。但是，随着开发不断地进行，越到后续阶段，找出错误并改正它的代价会越大全新的软件开发模式：以测试驱动软件开发。软件测试贯穿了整个软件开发过程，软件开发生命周期的各个阶段中都少不了相应的测试，这种思想与软件质量保证的出发点是一致的。 4.系统测试的概念及其分类; 系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案。 1.用户层：①用户支持测试；②用户界面测试；③可维护测试；④ 安全性测试； 2.应用层：①性能测试；②系统可靠性、稳定性测试；③系统兼容性测试；④系统组网测试；⑤系统安装升级测试； 3.功能层： 4.子系统层； 5.协议/指标层； 5.常见的黑盒测试用例的设计方法黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。 ?在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完

软件测试中常见的功能测试检查点

软件测试中常见的功能测试检查点 Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。功能测试常见检查点如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 5.字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6.标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 8.检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 9.信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。

[全]软件测试常见笔试题(附带答案)

软件测试常见笔试题（附带答案）软件测试笔试题一、选择题 1、对计算机软件和硬件资源进行管理和控制的软件是（D） A.文件管理程序 B.输入输出管理程序 C.命令出来程序 D.操作系统 2、在没有需求文档和产品说明书的情况下只有哪一种测试方法可以进行的（A） A.错误推测法测试 B.路劲分析测试 C.语句覆盖测试 D.条件覆盖测试 3、某测试人员通过执行测试软件测试的方法对当前功能进行了测试，该测试人员使用的测试方法为（C） A.静态测试

B.单元测试 C.黑盒测试 4、编写测试计划的目的是（ABC）多选题 A.使测试工作顺利进行 B.使项目参与人员沟通更舒畅 C.使测试工作更加系统化 D.软件工程以及软件过程的需要 E.软件过程规范化的要求 F.控制软件质量 5、关于软件测试与软件开发的认识，不正确的是（B） A.软件生命周期各个阶段都可能产生测试 B.软件测试是独立于软件开发的一个工作 C.软件开发的需求分析和设计阶段就应开始测试工作 D.测试越早进行，越有助于提高被测软件的质量 6、当一个应用程序窗口被最小化后该应用的程序将会出现一下哪种情况（D） A.被终止执行

B.继续在前台执行 C.被暂停执行 D.被转入后台执行 7、下列方法中，不属于黑盒测试的是？（A） A.基本路劲测试法 B.等价类测试法 C.边界值分析法 D.基于场景的测试方法 8、对于维护软件的人员来说，使用质量是【】的结果（C） A.功能性 B.可靠性 C.可维护性 D.效率 9、下列软件属性中，软件产品首要满足的应该是（A） A.功能需求 B.性能需求

C.可扩展性和灵活性 D.容错、纠错能力 10、单元测试中设计测试用例的依据是（D） A.概要设计规格说明书 B.用户需求规格说明书 C.项目计划说明书 D.详细设计规格说明书二、判断题 1、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（√） 2、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作（×） 3、发现错误多的模块，残留在模块中的错误也多。( √) 4、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（×） 5、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。

软件测试基础知识整理

软件测试基础教程测试是软件生存周期中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。一、测试的分类：从测试方法的角度分为：（1）手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。（2）自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。 > 从整体的角度分为：（1）单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计；一般由项目组开发人员自己完成。（2）集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。（3）系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。（4）确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。从测试原理上分为： . （1）白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。（2）黑盒测试：是通过使用整个软件或某种软件功能来严格地测试，而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。 A、等价类划分：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的黑盒测试用例设计方法。 B、边界值分析：长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。 C、错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。例如，在单元测试时曾列出的许多在模块中常见的错误。以前产品测试中曾经发现的错误等，这些就是经验的总结。还有，输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。

软件测试方法总结

软件测试方法总结软件测试方法总结1 工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作： 1. 对软件的熟悉与理解 2. 跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交Bug共计405个，已验证关闭268个。 3. 对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进，软件的各项功能已经越来越全面，目前软件的基本功能都已实现，致命错误越来越少，

期间也试用了自动化性能测试工具LoadRunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。下半年，主要工作时是： 1. 随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试， 2. 测试所有与本软件有关的文档 3. 解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。 4. 随着其他项目的开展着手准备测试前期的工作。具体的工作实施安排还将根据项目组的工作进展和规划进行调整。软件测试方法总结2 时光荏苒，如今xx年的帷幕已经谢下，xx年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结：一、测试工作及经验作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx年中所做的工作主要有： 1.XXXXXXXX测试用例的编写，对系统的测试、跟踪； 2.XXXXXXXX需求、高保图、界面和功能的测试；

软件测试基础(经典测试面试题答案)

软件测试基础教程测试的基本概念测试是软件生存周期中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。 1、测试的分类：从测试方法的角度可以分为手工测试和自动化测试。手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计；一般由项目组开发人员自己完成。集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。从测试原理上分为：白盒测试、黑盒测试和灰盒测试。白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。等价类划分：是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,

软件评测师知识点整理 (填空)

1.在计算机系统中，存取速度最快的是CPU内部寄存器 2.外模式描述数据的局部逻辑视图，是数据库用户的数据视图，他是与某一种应用有关的数据逻辑表示 3.判断故障是校园内网还是外网tracert 4.Ping测试网络连接，检查网络连通是否顺畅或者连接速度。 https://www.360docs.net/doc/191913037.html,stat让用户得知哪些网络连接正在运行。 6.Snmp所采用的传输层协议是udp 7.渐增是开发方法有利于快速开发软件 V模型的局限性： W 模型： 8.H模型：测试过程完全是独立的，贯穿整个产品周期，与其他流程并行进行。 9.X模型：针对单独程序片段进行相互分离的编码和测试。前置测试模型： 10.规定评价包括：选择度量，建立度量评价等级，确定评估准则 11.网络延迟：指的从报文开始进入网络到它离开网络的时间 12.脚本语言属于动态语言 13.功能测试： 14.确认测试：验证软件功能和性能是否与用户要求一致（黑盒测试） 15.判定缺陷的准则：1.是否达到了说明书中指明的要求 2.是否出现了产品说明书中指明不会出现的错误 3. 软件功能是否超出了软件需求说明书中指明的范围 4. 软件是否达到了软件说明书中没有指明但是应该达到的要求 5 软件测试人员认为的难以理解的不宜使用的运行速度缓慢的或者最终用户认为不好的问题 16.需求和设计是导致缺陷的主要原因 17.软件测试的关键活动：测试需求分析制定测试计划测试设计测试执行测试分析与总结 18.质量保证手段：制定质量保证计划，建立质量体系 19.单元测试内容：模块接口测试局部数据结构设计路径测试错误处理测试边界测试 20.集成测试主要依据：概要设计说明书系统测试主要依据需求设计说明书 21.黑盒测试工具一般原理：利用脚本的录制/回放功能模拟用户的操作 22.响应时间是指按下传送建到得到结果为止所需要的时间 23.处理时间试着从接收一个消息到得到结果之间计算机历时的时间 24.周转时间是指从提出要求到得到结果所需要的时间 25.响应时间包括处理时间和周转时间。 26.可恢复性：易分析性易修改性易测试性一致性 27.评价规格说明：分析产品描述规定对产品及部件执行测量按照评价需求验证编制规格说明软件编码规范评测包括： 28.概要设计说明书的评测内容如下。

软件测试功能测试方法-黑盒测试

软件测试功能测试方法软件测试功能测试方法功能测试方法黑盒测试(Black-box Testing，又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。黑盒测试试图发现以下类型的错误： 1)功能错误或遗漏; 2)界面错误;

3)数据结构或外部数据库访问错误; 4)性能错误; 5)初始化和终止错误。一、黑盒测试的测试用例设计方法 ·等价类划分方法 ·边界值分析方法 ·错误推测方法 ·因果图方法 ·判定表驱动分析方法 ·正交实验设计方法 ·功能图分析方法等价类划分: 是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等

价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2)划分等价类的方法:下面给出六条确定等价类的原则. ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规

软件测试中的43个功能测试点

软件测试中功能测试操作规范

软件测试工程师笔试题及答案

软件测试技术知识点整理

软件测试中的43个功能测试点

最新软件测试笔试

软件测试知识点总结

软件测试工程师笔试题

软件测试中的43个功能测试点

最新一个常见的软件测试面试题

软件功能测试的步骤

2017软件测试常见的面试笔试题(附答案)

软件测试复习知识点

软件测试中常见的功能测试检查点

[全]软件测试常见笔试题(附带答案)

软件测试基础知识整理

软件测试方法总结

软件测试基础(经典测试面试题答案)

软件评测师知识点整理 (填空)

软件测试功能测试方法-黑盒测试