软件测试中常见的功能测试检查点
测试用例检查点
测试用例检查点上一篇/ 下一篇 2009-03-18 11:07:25 / 个人分类：测试人生查看( 125 ) / 评论( 0 ) / 评分( 0 / 0 )一、环境配置测试（1）网络连接是否正常（2）网络流量负担是否过重（3）软件测试平台是否可选（4）如果（3），是否在不同的软件测试平台进行软件测试（5）所选软件测试平台的版本（包括Service Pack）是否正确（6）所选软件测试平台的参数设置是否正确（7）所选软件测试平台上正在运行的其它程序是否会影响测试结果（8）画面的分辨率和色彩设定是否正确二、代码测试A．静态测试（1）同一程序内的代码书写是否为同一风格（2）代码布局是否合理、美观（3）程序中函数、子程序块分界是否明显（4）注释是否符合既定格式（5）注释是否正确反映代码的功能（6）变量定义是否正确（长度、类型、存储类型）（7）是否引用了未初始化变量（8）数组和字符串的下标是否为整数（9）的数组和字符串的下标是否在范围内（不“越界”）（10）进行数组的检索及其它操作中，是否会出现“漏掉一个这种情况”（11）是否在应该使用常量的地方使用了变量（例：数组范围检查）（12）是否为变量赋予不同类型的值（13）（12）的情况下，赋值是否符合数据类型的转换规则（14）变量的命名是否相似（15）是否存在声明过，但从未引用或者只引用过一次的变量（16）在特定模块中所有的变量是否都显式声明过（17）非（16）的情况下，是否可以理解为该变量具有更高的共享级别（18）是否为引用的指针分配内存（19）数据结构在函数和子程序中的引用是否明确定义了其结构（20）计算中是否使用了不同数据类型的变量（21）计算中是否使用了不同的数据类型相同但长度不同的变量（22）赋值的目的变量是否小于赋值表达式的值（23）数值计算是否会出现溢出（向上）的情况（24）数值计算是否会出现溢出（向下）的情况（25）除数是否可能为零（26）某些计算是否会丢失计算精度（27）变量的值是否超过有意义的值（28）计算式的求值的顺序是否容易让人感到混乱（29）比较是否正确（30）是否存在分数和浮点数的比较（31）如果（30），精度问题是否会影响比较（32）每一个逻辑表达式是否都得到了正确表达（33）逻辑表达式的操作数是否均为逻辑值（34）程序中的Begin…End和Do…While等语句中，End是否对应（35）程序、模块、子程序和循环是否能够终止（36）是否存在永不执行的循环（37）是否存在多循环一次或少循环一次的情况（38）循环变量是否在循环内被错误地修改（39）多分支选择中，索引变量是否能超过可能的分支数（40）如果（39）,该情况是否能够得到正确处理（41）子程序接受的参数类型、大小、次序是否和调用模块相匹配（42）全局变量定义和用法在各个模块中是否一致（43）是否修改了只作为输入用的参数（44）常量是否被做为形式参数进行传递B 动态测试（1）测试数据是否具有一定的代表性（2）测试数据是否包含测试所用的各个等价类（边界条件、次边界条件、空白、无效）（3）是否可能从客户那边得到测试数据（4）非（3）的情况下，所用的测试数据是否具有实际的意义（5）是否每一组测试数据都得到了执行（6）每一组测试数据的测试结果是否与预期结果一致（7）文件的属性是否正确（8）打开文件语句是否正确（9）输入/输出语句是否与格式说明书所记述的一致（10）缓冲区大小与记录长度是否匹配（11）使用文件前是否已打开了文件（12）文件结束条件是否存在（13）产生输入/输出错误时，系统是否进行检测并处理（14）输出信息中是否存在文字书写错误和语法错误（15）控件尺寸是否大小适宜（16）控件颜色是否符合规约（17）控件布局是否合理、美观（18）控件TAB顺序是否从左到右，从上到下（19）数字输入框是否接受数字输入（20）（19）的情况下、数字是否按既定格式显示（21）数字输入框是否拒绝字符串和“非法”数字的输入（22）组合框是否的能够进行下拉选择（23）组合框是否能够进行下拉多项选择（24）对于可添加数据组合框，添加数据后数据是否能够得到正确显示和进行选择（25）列表框是否能够进行选择（26）多项列表框是否能够进行多数据项选择（27）日期输入框是否接受正确的日期输入（28）日期输入框是否拒绝错误的日期输入（29）日期输入框在日期输入后是否按既定的日期格式显示日期（30）单选组内是否有且只有一个单选钮可选（31）如果单选组内无单选钮可选，这种情况是否允许存在（32）复选框组内是否允许多个复选框（包括全部可选）可选（33）如果复选框组内无复选框可选，这种情况是否允许存在（34）文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理（35）密码输入框是否按掩码的方式显示（36）Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理（37）Submit之类的按钮按下后，数据是否得到提交或按既定规约处理（38）异常信息表述是否正确（39）软件是否按预期方式处理错误（40）文件或外设不存在的情况下是否存在相应的错误处理（41）软件是否严格的遵循外设的读写格式（42）画面文字（全、半角、格式、拼写）是否正确（43）产生的文件和数据表的格式是否正确（44）产生的文件和数据表的计算结果是否正确（45）打印的报表是否符合既定的格式（46）错误日志的表述是否正确（47）错误日志的格式是否正确。
软件测试中的功能点与检查点测试
软件测试中的功能点与检查点测试在当今数字化的时代，软件应用无处不在，从我们日常使用的手机应用到企业级的关键业务系统，软件的质量和可靠性至关重要。
而软件测试作为保障软件质量的重要手段，其中的功能点测试和检查点测试更是不可或缺的环节。
功能点测试，顾名思义，就是对软件的各项功能进行测试，以确保其能够按照预期正常运行。
这就好比我们买了一辆新车，要测试它的引擎能否正常启动、刹车是否灵敏、车灯是否能正常照亮道路等等。
在软件中，功能点可能包括用户注册、登录、数据录入、搜索、文件上传下载、支付等等。
比如说，对于一个电商网站，用户注册功能就是一个重要的功能点。
测试人员需要验证用户能否顺利填写注册信息，包括用户名、密码、邮箱等，提交后系统能否正确保存并验证这些信息，以及是否能够及时发送验证邮件等。
再比如，对于一个在线办公软件，文件上传功能就是一个关键的功能点。
测试人员需要检查各种格式的文件（如文档、图片、音频、视频等）能否成功上传，上传的速度是否合理，上传过程中是否会出现中断或错误等。
为了有效地进行功能点测试，测试人员通常需要先对软件的需求文档进行详细的分析，了解每个功能点的具体要求和预期结果。
然后，根据这些要求设计详细的测试用例。
测试用例应该涵盖各种可能的情况，包括正常情况和异常情况。
比如，对于用户登录功能，正常情况是输入正确的用户名和密码能够成功登录，异常情况则可能包括输入错误的用户名或密码、用户名或密码为空、网络中断等情况下的登录表现。
接下来，测试人员会按照测试用例逐步执行测试，记录测试过程中发现的问题。
如果发现软件的实际表现与预期结果不符，就会将其作为一个缺陷报告给开发人员进行修复。
与功能点测试相辅相成的是检查点测试。
检查点测试更侧重于对软件在特定条件下的表现进行验证，以确保其符合特定的标准和规范。
举个例子，在一个金融交易软件中，有一个检查点是确保每笔交易的金额计算准确无误。
测试人员不仅要验证正常交易情况下金额的计算是否正确，还要考虑各种复杂的情况，如涉及汇率转换、手续费计算、优惠折扣等。
软件测评方案
1.测评概述软件测评主要是指对软件进行评估，从而得出关于软件质量、可用性、可靠性、适用性以及安全性等方面的结论，而软件测评开展的依据性文件主要包含基于国标或者基于相关国军标文件而来；本文档主要探讨基于国标文件的软件测评通用方案，主要详细介绍软件测评过程中需要使用到的软件测试类型。
2.测试类型2.1.功能测试功能项测试：分析最主要的业务，根据需求规格说明书，比较是否实现全部功能且与需求一致。
体现为测试项的充分性覆盖到需求中的每一个要求。
数据库功能测试：web 是否实现对数据库的增、删、改、查功能。
通过进行无效数据值删除、修正等操作测试系统是否支持处理无效值。
通过填充缺失值或删除缺失值对应数据条目等操作测试系统是否支持处理缺失值。
通过合并重复数据或者删除重复数据等操作测试系统是否支持处理重复数据。
测试系统是否支持逻辑矛盾、关联性验证、不合理数据的清除。
业务流测试：不直接体现在需求文档中，而是需要根据测试人员经验进行分析，梳理的业务交互，例如不同用户之间的流程转换，发起流程，处理流程等。
2.2.性能测试性能的测试主要重点和难点体现在用户和业务的模型分析搭建上，设计的模型必须基于现实且合理规划，才能更大可能地找到系统瓶颈，保障交付使用后系统正常运行。
以下对模型的初步设计和规划基于招标文件及测试人员以往项目经验进行推断，说明性能测试策略制定过程，不作为实际实施过程中的指导内容，只作参考。
具体策略需要研制方、需求方商讨后确定。
a）分钟级性能指标策略针对数据处理能力中的如下性能指标要求：机位规划≤5min，装备规划≤5min，人员规划≤5min，计划推演≤8min，质量评定时间≤1min，数据备份恢复时间≤60min。
依据以往项目经验，参与制定任务规划的人员较少，通常为3~5 左右。
而分钟级指标要求显然不是为了查看高并发下，业务的响应时间。
这种时候，需要考虑的是包含任务要素最多、最复杂、耗时最久的最坏情况下，业务完成时间是否满足要求。
测试规范
第1部分系统测试方案1.1 测试目标通过功能及测试，采用多种测试方法，使系统达到以下目标：测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。
系统的性能达到需求说明书的指标范围内，保证系统7*24小时的稳定运行。
Bug数和缺陷率控制在可接收的范围之内。
1.2 测试策略1．功能测试：测试系统基本功能实现是否正常，是否实现需求说明书中的所有功能，其中包括导航，数据输入，处理和检索等功能；2．集成测试：检测需求中业务流程，数据流程的正确性；用户界面测试：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准；3．性能评测：对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
性能评测的目标是核实性能需求是否都已满足需求说明书的指标范围内；4．负载测试：将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力；5．安全性和访问控制测试：侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的访问。
系统级别的安全性，包括对系统的登录或远程访问；6．故障转移和恢复测试：确保测试对象能成功完成转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件可网络故障中恢复；7．配置测试：核实测试对象在不同的软件和硬件配置中的运行情况。
1.3 测试工具和测试环境1.3.1 测试工具在缺陷管理方面，将采用MI公司的Bug管理工具TestDirector8.0进行Bug的管理。
TestDirector 是业界第一个基于Web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。
通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程，提高效率。
功能测试检查点范文
功能测试检查点范文功能测试是软件测试的一种，是为了确保软件系统满足用户需求并按照规定的功能进行工作。
功能测试检查点是测试过程中进行检查的具体项目或步骤，以下是一些常见的功能测试检查点。
1.用户登陆：检查用户登陆功能是否正常工作，包括输入正确的用户名和密码能够成功登陆，输入错误的用户名和密码时能够提示错误信息。
2.注册新用户：检查用户注册功能是否正常工作，包括输入正确的信息时能够成功注册新用户，输入不完整或不合法的信息时能够提示错误信息。
5.数据查询：检查系统的数据查询功能是否正常工作，包括输入正确的查询条件时能够返回正确的结果，输入不完整或不合法的查询条件时能够提示错误信息。
6.数据修改：检查系统的数据修改功能是否正常工作，包括输入正确的修改数据时能够成功修改，输入不合法的修改数据时能够提示错误信息。
8.数据导入和导出：检查系统的数据导入和导出功能是否正常工作，包括能够将数据从外部文件导入系统中，能够将系统中的数据导出到外部文件，并确保导入导出的数据准确无误。
9.权限管理：检查系统的权限管理功能是否正常工作，包括用户按照其权限能够访问和操作对应的功能，用户按照其权限无法访问和操作没有权限的功能。
10.安全性：检查系统的安全性功能是否正常工作，包括用户登陆后能够保证数据的安全性，密码能够被加密存储，用户未登陆时无法访问系统。
11.响应时间：检查系统的响应时间是否满足用户的需求，包括用户进行一系列操作时系统的响应时间能够控制在合理的范围内。
12.兼容性：检查系统在不同的操作系统、不同的浏览器和不同的设备上是否正常工作，包括系统界面能够正常显示，并且功能能够正常运行。
13.异常处理：检查系统在出现错误或异常情况时是否能够正确处理，并给出合理的提示信息，包括数据库连接异常、网络连接异常等。
总之，功能测试检查点充分覆盖了软件系统的各个功能模块，确保系统在不同的运行环境中正常工作，并满足用户的需求。
通过进行功能测试，可以发现并修正系统中的问题，提高系统的质量和稳定性。
功能测试测试方法及测试点
功能测试测试方法及测试点功能测试是软件测试的一项重要环节，主要目的是验证软件系统是否按照需求规格说明书中的要求正常工作，确保系统各个模块和功能的正确性、稳定性和可靠性。
下面将介绍功能测试的方法和测试点。
一、功能测试的方法1.黑盒测试：根据功能需求规格说明书进行测试，不需要了解程序内部结构和实现细节。
2.白盒测试：基于程序内部结构和源代码的测试方法，需要了解程序背后的技术细节和代码逻辑。
3.灰盒测试：结合黑盒测试和白盒测试的方法，既关注功能需求又关注程序实现。
二、功能测试的测试点1.功能边界测试：验证系统的边界条件是否能正确处理，例如输入的最大长度、最小长度、最大值、最小值等等。
2.输入验证测试：测试输入的数据是否符合要求，包括数据类型、格式、长度等方面。
3.输出验证测试：测试系统输出的数据是否正确，包括显示的内容、格式、排版等方面。
4.功能组合测试：测试系统中多个功能组合使用时是否会出现冲突、错误等情况。
5.异常处理测试：测试系统对于各种异常情况的处理能力，如输入错误、网络中断等情况。
6.性能测试：测试系统在正常负载和极限负载下的性能表现，包括响应速度、并发处理能力等方面。
7.安全性测试：测试系统的安全性能，包括用户身份验证、数据加密等方面。
8.兼容性测试：测试系统在不同操作系统、不同浏览器、不同设备上的兼容性。
9.可用性测试：测试系统是否易于使用、界面是否友好、操作是否方便等方面。
10.可靠性测试：测试系统是否稳定可靠，是否容易出现崩溃、死机等问题。
以上是功能测试的常见方法和测试点，根据具体的软件系统和需求，测试团队还可以根据实际情况增加其他的测试点和测试方法。
在进行功能测试时，测试团队应当制定详细的测试计划和测试用例，全面覆盖系统的各个模块和功能点，以确保系统的质量和稳定性。
《软件测试规范》
《软件测试规范》《软件测试规范》(草案)Computer Software Testing Criterion⼀、⽬的与适⽤范围1、⽬的软件测试是软件⼯程的重要组成部分，测试⼯作的质量直接影响软件产品的⽣命⼒。
测试⼯作的标准化是软件质量保证(Quality Assurance)重要⽽且必须的环节。
制定本标准的⽬的在于使测试流程更标准，测试过程更规范。
从⽽使整个软件⽣产纳⼊更系统化、更专业化的轨道。
2、适⽤范围本标准适⽤于软件测试流程的管理和测试的具体操作过程。
本标准的使⽤者可以是企业内部的测试⼈员和开发⼈员。
⼆、测试⽅法软件测试的⽅法和技术是多种多样的。
以下将介绍⽐较常⽤的⼀些测试⽅法：1、静态测试静态⽅法是指不运⾏被测程序本⾝，仅通过分析或检查源程序的⽂法、结构、过程、接⼝等来检查程序的正确性。
静态⽅法通过程序静态特性的分析，找出⽋缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分⽀嵌套、不允许的递归、未使⽤过的变量、空指针的引⽤和可疑的计算等。
静态测试结果可⽤于进⼀步的查错，并为测试⽤例选取提供指导。
2、动态测试动态⽅法是指通过运⾏被测程序，检查运⾏结果与预期结果的差异，并分析运⾏效率和健壮性等性能，这种⽅法由三部分组成：构造测试实例、执⾏程序、分析程序的输出结果。
3、⿊盒测试⿊盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使⽤，在测试时，把程序看作⼀个不能打开的⿊盆⼦，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接⼝进⾏测试，它只检查程序功能是否按照需求规格说明书的规定正常使⽤，程序是否能适当地接收输⼊数锯⽽产⽣正确的输出信息，并且保持外部信息（如数据库或⽂件）的完整性。
⿊盒测试⽅法主要有等价类划分、边值分析、因—果图、错误推测等，主要⽤于软件确认测试。
“⿊盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界⾯和软件功能进⾏测试。
软件测试中的43个功能测试点(精)
软件测试中的43个功能测试点软件测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
针对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. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试中常见的功能测试检查点
Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。
本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。
使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
功能测试也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。
功能测试常见检查点如下：
1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
3.检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。
4.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。
5.字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。
6.标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。
看系统处理是否正确。
7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。
8.检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。
9.信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
10.检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。
11.检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。
12.检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错。
同时，也要注意，会不会报和自己重名的错。
13.重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
14.检查多次使用back键的情况：在有back的地方，back，回到原来页面，再back，重复多次，看会否出错。
15. search检查：在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确。
如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系统处理是否正确。
16.输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。
17.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。
对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
18.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
19.回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。
20.快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。