软件测试OA办公自动化系统测试方案
OA办公系统项目―测试计划
OA系统测试计划目录1、测试范围与主要内容 (3)2、测试方法 (3)3、测试环境与测试辅助工具 (4)4、测试完成准则 (5)5、人员与任务表 (6)6、缺陷管理与改错计划 (6)7. 风险管理计划 (7)附录. 本计划审批意见 (8)1、测试范围与主要内容1.1准备测试的特征以下特征将被测试,以确保OA办公自动化系统能够满足02-OA项目- 需求规格说明书中指定的需求:需求3.1.2 考勤管理需求3.1.3 会议管理需求3.1.4 车辆管理需求3.1.5 消息管理需求3.1.6 个人事务管理需求3.1.7 日志管理需求3.1.8 系统管理需求3.2.1 可用性需求3.2.2 可靠性需求3.2.3 性能需求3.2.4 可支持性需求3.2.5 设计约束需求3.2.6 安全性需求3.2.7 用户界面2、测试方法总体测试方法包括白盒测试和黑盒测试。
2.1 白盒测试在单元测试中运用白盒测试方法，主要测试与数据库交换模块以及代码的规范化。
2.2 黑盒测试在功能测试、性能测试、压力测试中运用黑盒测试方法，包括：等价类划分、边值分析、错误推测。
3、测试环境与测试辅助工具3.1运行环境3.1.1硬件设备3.1.2软件环境服务器软件环境操作系统：采用Windows2007 ServerWeb服务：数据库：SQL SERVER 2008 Express客户端软件环境操作系统：Windows9x以上，IE5.5（推荐使用IE6.0）3.1.3条件3.2所使用的测试辅助工具4、测试完成准则4.1通过/失败标准每个测试用例的通过/失败标准都由它预期的结果来描述。
如果在执行一具测试用例时得到了预期的结果，那么测试就通过。
如果在执行一测试用例时没有得到预期的结果，那么测试就失败。
如果因为构建中存在一些阻碍的缺陷而未能执行某项测试，则该测试的结果将记为“受阻”。
要让OA自动办公系统成功退出系统测试阶段，则要达到以下准则：1）功能性测试用例通过率达到100％；2）非功能性测试用例通过率达到95％时3）相邻8个CPU小时内“测试期缺陷密度”全部低于或等于14.2 挂起标准和继承标准如果基本的功能不能工作，那么测试工作将挂起，直到这种功能可以工作为止。
OA办公自动化软件系统测试方案
OA办公自动化软件系统测试方案办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。
另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。
系统需要为使用人员提供设置不同的权限和访问许可的功能,管理员可以通过调整各功能模块的访问权限,设置一般用户某些功能可以用,某些功能不允许用;并为员工创建、注销帐号及访问权限。
提高了企业系统的资料的安全度,阻止非授权人的非法进入系统。
针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。
一、测试方法:从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块,在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法,具体在以后的测试过程中我们将采用以下方法:1、公文管理、网上审批:公文管理和网上审批都是以流转型业务为主,在此对于此类功能点我们将以收文管理为例,简要说明我们测试过程所采用的方法方案。
例如OA公文管理主要对公文进行登记和处理。
在登记收文过程中直接输入,并将登记后的收文送领导阅读或批示(批示的流程完全可以根据用户的需要自己定义,也可以使用系统管理员已经定义好的公文批示流程),处理结束后将文件进行归档。
管理人员可以对收文处理全过程进行监督、催办、重定位,也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。
针对这些情况,在进行测试分析和设计时,我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据,然后将各个领导是否兼职的情况区分开来。
测试过程中我们准备了两套数据:1) 领导不兼职领导不兼职的情况,相对较简单,即每个领导只负责一个批示。
2) 领导兼职领导兼职的情况,即每个领导可能负责不同过程中多个批示,这是流转型模块测试的一个难点,因此在测试过程中我们对此进行了重点测试。
办公自动化系统测试报告
办公自动化系统测试报告一、引言二、测试目标1.验证系统是否满足用户需求，功能是否完备。
2.测试系统的性能，包括响应时间、负载能力等。
3.验证系统的稳定性和可靠性。
4.发现并修复可能存在的安全漏洞。
5.验证系统是否易用、易学、易操作。
三、测试方法1.功能测试：根据需求文档和用户手册，逐一验证系统的各项功能是否符合预期。
2.性能测试：使用负载测试工具模拟多用户同时访问系统，评估系统的响应时间和负载能力。
3.稳定性测试：通过持续运行系统并观察是否有崩溃、错误或异常情况发生。
4.安全测试：使用安全测试工具扫描系统，发现潜在的安全漏洞，并提供修复建议。
5.用户体验测试：邀请真实用户使用系统，并记录他们的反馈和建议。
四、测试结果1.功能测试结果：-系统的各项功能符合预期，能够满足用户的需求。
-部分功能在特定环境下存在兼容性问题，需要进行调整和修复。
2.性能测试结果：-系统的响应时间较快，用户在使用过程中没有感到明显的卡顿。
-系统的负载能力较强，能够同时支持多个用户并保持良好的响应速度。
3.稳定性测试结果：-在长时间运行测试中，未发现系统崩溃、错误或异常情况的发生。
-系统在高负载情况下依然稳定运行。
4.安全测试结果：-经过安全测试工具的扫描，未发现系统存在严重的安全漏洞。
-针对一些潜在的漏洞，建议增加相应的安全措施来提高系统的安全性。
5.用户体验测试结果：-用户反馈系统界面简洁明了，易于操作。
-部分用户反馈在一些功能的使用上存在困惑，建议提供更详细的操作指南。
五、改进建议1.调整和修复兼容性问题，确保系统在各种环境下的正常运行。
2.加强系统的安全性，加入更多的安全措施来防御潜在的攻击。
3.提供更详细的用户操作指南，帮助用户更好地使用系统。
4.持续监测系统的性能和稳定性，及时进行更新和修复。
六、总结本次测试评估显示，办公自动化系统在大部分方面表现良好，能够满足用户的需求。
然而，还存在一些需要改进的地方，包括修复兼容性问题、增强系统的安全性以及提供更详细的用户操作指南。
oa测试方案
OA测试方案1. 引言本文档旨在为OA系统的测试设计和执行提供指导。
OA系统是一套用于管理办公事务的软件，涵盖了流程审批、文件管理、日程管理等多个模块。
为确保OA系统的质量和稳定性，进行全面的测试是必要的。
2. 测试目标在进行测试前，我们需要明确测试的目标，以便于制定相应的测试策略。
针对OA系统，主要的测试目标包括： - 确保系统的功能符合需求，能够正确地处理各项业务流程； - 验证系统的性能和稳定性，确保系统能够在高负载情况下平稳运行；- 发现并修复系统的缺陷，提高系统的可靠性和健壮性； - 提供用户友好的界面和操作体验，满足用户的使用习惯和期望； - 保证系统的安全性，防止潜在的安全漏洞和数据泄露。
3. 测试策略基于测试目标，我们制定以下测试策略： ### 3.1 功能测试功能测试是最基本也是最重要的测试类型之一。
我们将根据需求规格说明书和用户使用场景，对每个功能模块进行全面的测试。
测试用例将覆盖各种正常和异常情况，包括输入校验、边界条件、错误处理等。
我们将注重以下测试重点： - 测试各种流程和控制逻辑的正确性； - 验证输入和输出的准确性； - 确保系统的兼容性，支持各种常见的操作系统和浏览器； - 验证系统对用户权限和数据访问权限的控制。
3.2 性能测试在正式上线前，进行性能测试是至关重要的。
我们将模拟实际使用场景，测试系统在不同负载下的性能表现，包括并发用户数、响应时间、吞吐量等指标。
性能测试的目标包括： - 发现系统的性能瓶颈和瓶颈原因； - 评估系统在高负载情况下的稳定性和可靠性； - 优化系统的性能，提升用户体验。
3.3 回归测试随着系统功能的不断更新和优化，我们需要进行回归测试，确保新功能的引入不会影响系统的稳定性和已有功能的正常使用。
回归测试的重点是验证系统的兼容性、稳定性和数据完整性。
3.4 用户界面测试用户界面是用户直接与系统进行交互的媒介，它的友好程度和操作便捷性对于用户体验至关重要。
oa测试方案
oa测试方案一、测试目的OA系统是一种高度定制化的企业管理系统，为了确保其稳定性和功能完整性，需要进行全面的测试。
本测试方案的目的是验证OA系统各项功能的正确性和稳定性，以及评估其性能和可用性。
二、测试范围本次测试将涵盖以下方面：1. 功能测试：验证系统各个模块的功能是否符合需求，包括但不限于用户管理、权限管理、流程管理、公文管理、协同办公等。
2. 兼容性测试：测试OA系统在不同操作系统、不同浏览器等环境下的兼容性，确保系统在各种环境下都能正常运行。
3. 性能测试：测试系统在高并发情况下的性能表现，评估其在大量用户同时操作的情况下是否能够保持稳定。
4. 安全性测试：验证系统的安全机制，包括用户登录、权限控制、数据安全等方面。
5. 可用性测试：评估OA系统的用户友好性和易用性，确保用户在系统中能够轻松完成各项操作。
三、测试方法1. 功能测试：根据系统设计文档和需求规格说明书，编写测试用例，对每个功能模块进行全面的功能验证。
2. 兼容性测试：在不同的操作系统、不同的浏览器和不同的设备上进行测试，确保系统在各种环境下都能正常工作。
3. 性能测试：使用性能测试工具模拟多用户并发访问系统，测试系统在负载高峰期的响应时间和吞吐量。
4. 安全性测试：对系统的各项安全机制进行测试，包括登录验证、权限控制、数据加密等，确保系统的数据安全性。
5. 可用性测试：邀请用户参与测试，通过用户反馈和问卷调查等方式评估系统的用户友好性和易用性。
四、测试计划1. 确定测试资源：确定测试所需的硬件、软件、网络环境等资源，并提前做好准备工作。
2. 制定测试计划：详细列出测试的时间安排、人员分配和测试方法，确保测试工作有条不紊地进行。
3. 编写测试用例：根据系统需求和设计文档编写全面的测试用例，并确保用例的可执行性和有效性。
4. 执行测试用例：按照测试计划逐条执行测试用例，并记录测试过程中出现的问题和异常情况。
5. 整理测试结果：对测试过程中发现的问题进行记录和整理，确保问题得到准确描述和追踪。
OA办公系统项目—测试计划
OA系统——测试计划OA系统测试计划2009目录1、测试范围与主要内容 ......................................................................... 错误!未定义书签。
2、测试方法............................................................................................. 错误!未定义书签。
3、测试环境与测试辅助工具 ................................................................. 错误!未定义书签。
4、测试完成准则..................................................................................... 错误!未定义书签。
5、人员与任务表..................................................................................... 错误!未定义书签。
6、缺陷管理与改错计划 ......................................................................... 错误!未定义书签。
7. 风险管理计划...................................................................................... 错误!未定义书签。
附录. 本计划审批意见............................................................................ 错误!未定义书签。
OA系统测试计划
云网OA性能测试计划
修订记录
1、简介
目的
《云网OA功能测试》的这一测试计划文档有助于实现以下目标：
基于《云网OA用户手册》（http://100.o.4.12:8080/oa/help/frame.html）制定本计划，重点使用了“loadrunner”对云网OA系统进行了性能的需求验证，以检查是否符合预期的功能，最终输出了《云网OA性能测试报告》。
背景
《云网OA系统》是我们《P自动化测试》这门课程的期末项目考核的项目，为展现我们课程的掌握程度，所以有了这一项目。
范围
本计划用于指导《云网OA》项目测试组完成《云网OA》项目的测试工作，并为项目组总体把控项目质量提供帮助，文中定义本次测试项目内容为《云网OA用户手册》中定义的
所有性能方面已明确的需求，同时又规定在测试活动中人力资源、硬件资源的需求。
2、测试参考文档和测试提交文档
测试参考文档
测试提交文档
《云网OA性能测试报告》
测试进度
测试资源
人力资源
测试环境
测试工具
系统风险、优先级
性能测试。
办公自动化的办公自动化软件测试
办公自动化的办公自动化软件测试随着时代的发展和科技的进步，自动化已经成为了现代社会的必需品。
在办公自动化方面，自动化软件的开发和使用也逐渐成为了各个企业的必备工具。
而办公自动化软件的测试，则成为了保障软件质量和稳定性的关键技术。
一、办公自动化软件的测试目标办公自动化软件的测试目标主要有三个：1. 功能测试：验证软件的功能是否符合设计要求。
2. 性能测试：测试其稳定性和性能，包括平均响应时间、并发用户数、转化速率等。
3. 安全测试：测试软件是否满足安全要求，比如防火墙、身份认证等。
二、办公自动化软件测试的常用方法1. 手动测试：将测试用例手动运行，并记录测试结果。
2. 自动化测试：利用自动化测试软件制定测试用例，自动执行测试，自动化生成测试报告。
3. 白盒测试：开发人员在代码层面进行的测试，用来发现代码中的问题和漏洞。
4. 黑盒测试：测试人员在不了解代码的情况下进行的测试，一般用于测试软件的功能性和稳定性。
三、办公自动化软件测试中需要注意的问题1. 实现有效的测试用例设计：测试的准确性和完整度取决于测试用例设计的质量。
所以在测试用例设计时要考虑到各种情况和变量。
2. 保证测试环境的稳定性：测试时需要保证测试环境的稳定性，不受干扰，以确保测试结果的可靠性。
3. 解决测试中发现的问题：测试中发现的问题需要及时记录和解决，以确保软件质量和稳定性。
四、办公自动化软件测试的未来展望1. 人工智能测试：利用人工智能对软件进行测试并识别问题。
2. 非功能性测试：对软件的安全性、可用性、性能等进行测试。
3. 自动化测试技术的应用：自动化测试技术的应用将会越来越广泛，并逐渐取代手动测试的方式。
总之，办公自动化软件测试是确保软件质量的必要步骤。
测试人员需要掌握各种测试方法和技巧，设计合理的测试用例，保证测试环境的稳定，及时记录和解决测试中发现的问题。
随着人工智能技术的应用和自动化测试技术的发展，办公自动化软件测试的未来将会更加高效和准确。
软件测试(OA)办公自动化系统的案例分析
1、办公自动化系统的案例分析针对某公司办公自动化（OA）系统的负载压力测试，采用专业的负载压力测试工具来执行测试。
系统采用Browse/Server架构，服务器是一台PC Server （4路2.7GHz 处理器，4GB内存），安装的平台软件包括Microsoft Internet Information Server 5.0，，SQLServer 2000。
使用2台笔记本电脑安装测试工具模拟客户端执行“登录”业务操作。
测试需求分别为以下两个：第一，测试系统分别在2M、4M网络带宽下，能够支持用户登录的最大并发用户数；第二，测试服务器的吞吐量（即：每秒可以处理的交易数），主要包括服务器CPU平均使用率达到85%时系统能够支持的最大吞吐量和服务器CPU平均使用率达到100%时系统能够支持的最大吞吐量。
本次性能测试的测试目标是：1）指标“响应时间”合理范围为0～5秒，可支持的最大并发用户数；2）评测系统的服务器资源是否合理，是否需要进行改进。
3）网络带宽是否使用合理。
经过测试需求分析，我们设计出两种场景2M网络和4M网络环境下进行模拟测试，其中选定登录业务进行测试，加压策略采取逐步加压的方式，测试工具采用LoadRunner。
测试结果如下：Case 1网络环境：2M带宽客户端性能测试结果：注：图中登录响应时间的纵坐标单位是0.1秒服务器资源使用结果：测试指标平均值CPU使用率78％Case 2网络环境：4M带宽客户端性能测试结果：测试指标平均值登录响应时间 4.795秒虚拟用户数N/A每秒处理完成登录的个数13.447交易/秒注：图中登录响应时间的纵坐标单位是0.1秒服务器资源使用结果：测试指标平均值CPU使用率98％结果分析：1）通过Case 1中的并发用户数和响应时间的监控图，发现登录响应时间随虚拟并发用户的增加而增长。
在50个虚拟并发用户的负载下，登录响应时间达到5秒（注：图形中响应时间指标的比例为10：1），当负载超过50个虚拟用户时，响应时间超过5秒或与5秒持平。
oa测试方案
OA测试方案1. 引言本文档旨在为OA系统的测试提供一个全面而有效的方案。
OA系统是办公自动化系统的简称，用于管理企业的日常办公流程和数据。
测试是确保系统质量和稳定性的重要环节，通过有效的测试方案可以尽早发现和解决潜在的问题，提高系统的可靠性和用户满意度。
2. 测试目标•确保系统功能的正确性和完整性•验证系统的性能和稳定性•发现并修复潜在的缺陷和问题•提高系统的易用性和用户体验3. 测试策略根据测试目标，我们将采取以下策略进行测试：3.1 功能测试功能测试是验证系统功能是否按照设计要求正常工作的过程。
我们将根据需求文档和系统设计进行功能测试，确保系统的各项功能可以正确实现。
针对每个功能模块，我们将设计相应的测试用例进行测试。
3.2 性能测试性能测试是验证系统在不同负载和压力下的性能表现的过程。
我们将使用性能测试工具模拟多种用户场景，测试系统的响应时间、并发用户数、吞吐量等性能指标，并根据测试结果进行优化。
3.3 安全测试安全测试是验证系统在保护数据和防范安全威胁方面的能力。
我们将对系统进行渗透测试，验证系统的访问控制和权限管理机制，以及加密算法和用户身份验证等安全特性。
3.4 兼容性测试兼容性测试是验证系统在不同平台、不同浏览器和不同设备上的兼容性的过程。
我们将测试系统在主流操作系统、主流浏览器和主流设备上的兼容性，并解决发现的兼容性问题。
3.5 用户验收测试用户验收测试是由最终用户进行的测试，验证系统是否满足用户需求和期望。
我们将与用户密切合作，收集用户反馈，并对用户体验进行评估和改进。
4. 测试环境为了进行有效的测试，我们需要搭建适当的测试环境。
具体的测试环境包括：•硬件环境：服务器、工作站、网络设备等•软件环境：操作系统、数据库、服务器软件等•测试工具：功能测试工具、性能测试工具、安全测试工具等5. 测试执行测试执行是测试方案中最重要的一步，我们将根据测试计划和测试用例进行测试。
5.1 测试计划测试计划是指为实现测试目标和策略，确定测试时间、资源和人员的计划。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试OA办公自动化系统测试方案
办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。
另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。
系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块的访问权限，设置一般用户某些功能可以用，某些功能不允许用;并为员工创建、注销帐号及访问权限。
提高了企业系统的资料的安全度，阻止非授权人的非法进入系统。
针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。
一、测试方法：
从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法：
1、公文管理、网上审批：
公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。
例如oa公文管理主要对公文进行登记和处理。
在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示(批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定义好的公文批示流程)，处理结束后将文件进行归档。
管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。
针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否兼职的情况区分开来。
测试过程中我们准备了两套数据：
1) 领导不兼职
领导不兼职的情况，相对较简单，即每个领导只负责一个批示。
2) 领导兼职
领导兼职的情况，即每个领导可能负责不同过程中多个批示，这是流转型模块测试的一个难点，因此在测试过程中我们对此进行了重点测试。
2、个人事务
个人事务通常包括：待办工作、日程安排、个人资料、个人通讯录、个人记事本、外出声明等模块。
例如批阅各部门上报的各种公文，评阅同事交流的各种文件内容，起草各类报告，查看个人的活动日程、外出等安排，同时系统能自动提醒待办事项。
以个人通讯录为例，用户可将朋友、同事名片登记并进行管理查询。
每个人只能看到自己的通讯录，通过对所有个人通讯录的查询，自己可很快地找出所需要联系的人员信息，并方便地通知他们参加会议或发送邮件等等。
在进行测试分析、设计和执行中我们将特别考虑以下几点：
1) 新建或修改通讯录时对于输入重复的信息系统是否给予提示警告;
2) 新建或修改信息时个人维护的私有名片是否能被其他人看到或修改;
3) 个人删除私有通讯录信息时是否影响到其他用户的通讯录信息;
4) 需要联系的通讯信息主人联系时，是否可以正确联系上，其联系内容是否显示正确;
3、公共信息管理
公共信息通常分两部分：一部分为一般用户的浏览操作，在此用户只能浏览、查阅。
一部分为管理级别的用户，他们有权限添加、修改、编辑、删除相应的功能信息
在进行测试分析、设计和执行时要重点考虑：
1) 对规章制度的权限操作(管理员用户和一般用户)
2) 规章制度的套红头操作。
3) 规章制度浏览时的不可修改性。
4、系统基础信息
基础服务包括：人员注册、部门设置、组织结构调整、OA基础信息维护等模块。
在此以基础数据维护为例：OA系统为系统的管理员提供了多项数据维护的服务。
可以对一些常用的数据进行设置，包括用户登录名/用户密码组合方式、用户登录名/用户密码长度、主题词、常用意见、公文类型、文件套红模板、存储时间和公文格式等基础信息进行维护。
在进行测试分析、设计和执行时要特别考虑：
1) 用户登录名/用户密码组合方式设置是否正确;
2) 用户登录名/用户密码长度设置是否正确、有效;
3) 存储大小设置是否正确、有效; 对于超出设定的存储大小系统是否能正确提示;
二、测试策略
在测试时对于功能性验证测试，采用黑盒测试方法。
测试将覆盖OA系统所涉及的所有功能模块。
在对非流程功能测试时将采用边界值法，一般将准备两组数据，一组正常数据，一组非正常数据
(边界数据或者非法数据)，对带流程的功能点，采用场景法，进行验证测试，测试过程总围绕主干流程进行，也要考虑到分支流程对主干流程的影响，每个流程都分别涉及了多种测试路线，力争最大程度的模拟现场办公。
另外由于此次开发的办公自动化OA系统是基于协同工作流架构，采用B/S了结构主要以网页页面的方式来展现、实现系统设计功能，因此在测试时我们将按照 web页面测试标准和方法对其功能界面进行测试验证重点对其直观性、一致性、灵活性和舒适性四个方面进行系统测试。
具体如下：
对其直观性测试主要是看用户界面是否洁净，不唐突，不拥挤，界面不应该为用户制造障碍。
所需功能或者期待的响应应该明显，并在预期出现的地方。
对其一致性的测试主要查看菜单选项，以及在Windows 中按F1键总是得到帮助信息，整个软件使用术语或者特征命名是否一致? 页面上各种功能的布局是否和日常操作一致。
对其灵活性测试主要是测试其在选择人员的操作和委托任务时的方便性，以及数据输入和输出方便性等;
对其舒适性测试主要测试软件外观和感觉是否与所做的需求工作和使用者要求相符;
程序是否在用户执行错误的操作之前提出警告，并允许用户恢复由于错误操作导致丢失的数据。
具体测试时对主要页面元素进行了以下内容的验证测试：
● 背景/色调是否正确、美观，是否符合用户需求;
● 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时，屏幕刷新是否正确)表单样式大小，格式，是否对提交数据进行验证(如果在页面部分进行验证的话)等
● 页面元素的容错性列表(如输入框、时间列表或日历);
● 页面元素清单(为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超链接、输入框等等);
● 页面元素的容错性是否存在;
● 页面元素的容错性是否正确;
● 页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超链接等);
● 页面元素是否显示正确(主要针对文字、图形、签章)。
● 元素是否显示(元素是否存在)。