系统测试的质量标准
新风系统测试标准
新风系统测试标准新风系统测试标准一、风量测试1.在新风系统的不同运行模式下，对风量进行测试。
测试时应选择在室内外温湿度稳定的环境下进行。
2.使用专业的风量测量仪器，在新风系统的送风口和回风口处进行风量测量。
3.测试时，应分别在各个房间或区域进行测量，并记录风量数据。
4.根据测量结果，评估新风系统的风量分配是否合理，是否满足设计要求。
二、噪音测试1.在新风系统不同运行模式下，对噪音进行测试。
测试时应选择在室内外安静的环境下进行。
2.使用专业的噪音测量仪器，分别在各个房间或区域进行测量。
3.测试时，应将噪音测量仪器放置在距离送风口和回风口1米处，并记录噪音数据。
4.根据测量结果，评估新风系统的噪音是否符合设计要求，是否会对居住者产生干扰。
三、过滤效果测试1.在新风系统的过滤器安装完毕后，进行过滤效果测试。
2.使用专业的颗粒物计数器和气体检测仪器，在送风口和回风口处进行测量。
3.测试时，应分别在各个房间或区域进行测量，并记录颗粒物和气体的浓度数据。
4.根据测量结果，评估新风系统的过滤效果是否符合设计要求，是否能够有效去除室内的颗粒物和有害气体。
四、热交换效率测试1.在新风系统的热交换器安装完毕后，进行热交换效率测试。
2.使用专业的热交换效率测试仪器，在送风口和回风口处进行测量。
3.测试时，应分别在各个房间或区域进行测量，并记录热交换效率数据。
4.根据测量结果，评估新风系统的热交换效率是否符合设计要求，是否能够有效地进行室内外空气的热交换。
5.五、空气质量监测6.在新风系统运行过程中，应设置空气质量监测功能，实时监测室内空气质量。
7.监测内容包括颗粒物、气体污染物、温湿度等指标。
8.当室内空气质量不达标时，应自动启动新风系统，加强空气流通和净化效果。
9.根据实际监测数据，评估新风系统的空气净化效果和室内空气质量改善情况。
10.六、自动控制系统测试11.在新风系统中应设置自动控制系统，实现自动化管理和节能运行。
多道心理测试系统通用技术规范
多道心理测试系统通用技术规范
心理测试系统是一种重要的测评手段，因此，心理测试系统的质量控制方面具有重大意义。
现对心理测试系统技术规范作出统一要求。
首先，心理测试系统的标准要求是正确性和保证量。
首先，心理测试系统的测试结果要精
确准确、经过严格检验，以达到测试准确性，避免“误诊”。
其次，心理测试系统所需要
的量必须经过多次检验，以确认其能够对受测者进行合理的评价，以保证测试的可靠性。
其次，心理测试系统的标准要求是公平性。
心理测试系统在测定过程中，要尽量避免一切
具有歧视性的问题，以确保受测者具有被测定的公平机会。
再次，心理测试系统的标准要求是保密性。
心理测试结果应当被好好保密，以便确保测试
结果的有效性，避免侵犯受测者的隐私。
最后，心理测试系统的标准要求是有效性。
心理测试系统的测定结果要真实有效，以达到
合理的预测结果，从而指导正确的心理调整和治疗。
综上所述，心理测试系统技术规范是心理测试系统的基本要求，对于确保测试系统质量有
重要意义。
心理测试系统要求准确性、公平性、保密性和有效性，以确保受测者得到质量
良好的测评结果，以及有效的评估结果。
软件项目质量测量指标
软件项目质量测量指标
软件项目质量测量指标是用来评估和衡量软件项目质量的指标或标准。
以下是一些常用的软件项目质量测量指标：1. 可靠性：衡量软件系统在固定时间内无故障运行的能力，通常用故障率、平均故障间隔时间等指标进行衡量。
2. 可用性：评估软件系统对用户的可用性和易用性，通常通过用户满意度、系统可用性时间等指标进行评估。
3. 性能：评估软件系统在某个负载条件下的运行效率和资源利用率，通常使用响应时间、吞吐量等指标来衡量。
4. 可维护性：评估软件系统的可维护性和可扩展性，通常使用代码复杂度、代码可读性、软件体系结构的模块化程度等指标来衡量。
5. 安全性：评估软件系统的安全性和防护能力，通常使用漏洞数量、攻击成功率等指标进行评估。
6. 可测试性：评估软件系统的可测试性和测试覆盖率，通常使用代码覆盖率、测试用例执行率等指标进行评估。
7. 可移植性：评估软件系统在不同平台、环境下的可移植性，通常使用代码健壮性、编程语言独立性等指标进行评估。
这些指标可以根据软件项目的特定需求和目标进行定制和衡量，以评估和改进软件项目的质量。
光纤数字传输系统质量检验评定标准
光纤数字传输系统质量检验评定标准3.2.1基本要求1)光纤数字传输系统通信机房应整洁，通风、照明良好。
2)光纤数字传输系统所有设备（包括机架、槽道、列柜及成端用光电缆）的配置、数量、型号规格符合设计要求，部件完整。
3)通信机房的防雷、水暖、供电、通信电源、空调通风、照明等辅助设施安装调试完毕并通过相关专业的验收。
4)光纤数字传输系统所有设备安装调度完毕，系统处于正常运转工作状态。
5)隐蔽工程验收记录、分项工程自检和设备及系统联调记录、有效的设备检验合格报告或证书等资料齐全。
3.2.2实测项目见表３．２．２。
表３．２．２光纤数字传输系统实测项目项次检查项目技术要求检查方法１△系统设备安装联接的可靠性系统设备安装联接应可靠，经振动试验后系统无告警、无误码橡皮锤轻轻敲击设备基架和网管计算机的配线背板15min2接地连接的可靠性工作地、安全地、防雷地按规范要求分别连接到汇流排上用万用表测量，目测检查3△系统接收光功率P1≥P R+P C+M e*用光功率计，每站１个光口4△平均发送光功率符合设计要求和出厂检验的要求用光功率计，每站每个传送级别各１个光口（STM1、STM4、STM16）5△光接收灵敏度符合设计要求和出厂检验的要求光功率计和误码仪，每站每个传送级别各1个光口（STM1、STM4、STM16）6△误码指标（2Ｍ电口）BER=1×10-11用误码仪，每块２Ｍ电路板抽测3条2M支路。
１个支路测试时间24h，其他支路15mm。
允许将多条支路串接起来测试ESR=1.1×10-5SESR=5.5×10-7BBER=5.5×10-87电接口允许比特容差YD/T 5095-2000PDH/SDH通信性能分析权8 输入抖动容限YD/T 5095-2000PDH/SDH通信性能分析权9 输出抖动YD/T 5095-2000PDH/SDH通信性能分析权10２Ｍ支路口漂移指标a.MTIE≤18μs（24h）b.40h滑动不应大于1次在传输链路最长或定期链路经过网元最多、通过不同步边界的２Ｍ链路上测试11 音频电路和低速数据电路测试通路电平、衰减频率失真、增益变化、信道噪声、总失真、路基串话等指标符合设计要求用ＰＣＭ话路特性仪测试12△安全管理功能未经授权不能进入网管系统，并对试图接入的申请进行监控实际操作13△自动保护倒换功能工作环路故障或大误码时，自动倒换到备用线路实际操作，测一个环路14△远端接入功能能通过网管将远端模块添加或删除实际操作15 配置功能能对网元部件进行增加或删除配置，并以图形方式显示当前配置实际操作16 公务电话功能系统应配置公务电话，声音清实际操作楚17网络性能监视功能能实时采集分析网络误码等性能参数实际操作18△激光器自动关断功能无光输入信号时应能自动关断测试备用板的发光口19 故障定位功能模拟系统故障实际操作20△信号丢失告警产生告警实际操作21△电源中断告警产生告警实际操作22 △帧失步告警产生告警实际操作23 △AIS告警产生告警实际操作24输入信号消失告警产生告警实际操作25参考时钟丢失告警产生告警实际操作26 指针丢失告警产生告警实际操作27远端接收失效FERF告警产生告警实际操作28远端接收误码FEBE产生告警实际操作29电接口复帧丢失（LOM）产生告警实际操作30 信号劣化（BER>1×10-6）产生告警实际操作31 信号大误码（BER>1×10-3）产生告警实际操作32 环境检测告警产生告警实际操作33 机盘失效告警能自动倒换，产生告警实际操作注：P1接收端实测系统接收光功率；P R 接收器的接收灵敏度；M C 光缆富余度；M e 设备富余度。
ssts标准范文
ssts标准范文SSTS标准，全称为《计算机软件可靠性评定控制标准》（Software System Testing Standards），是中国国家计算机软件质量监督检验中心（简称软测中心）制定的软件系统测试标准。
以下是一篇1200字以上的关于SSTS标准的详细介绍。
一、概述计算机软件已经成为现代社会运行和发展的重要基础设施。
随着软件系统的不断增长和复杂度的提高，软件质量问题也日益凸显。
在软件开发过程中进行系统测试，有助于及早发现和解决潜在的错误和缺陷，保证软件系统的可靠性和稳定性。
SSTS标准是我国软测中心为了规范软件系统测试活动、提高软件质量水平而制定的标准。
它以国际通行的ISO/IEC国际标准为基础，结合中国软件测试的实际情况进行了调整和修改，适用于软件系统测试的各个环节和阶段。
二、SSTS标准体系结构SSTS标准体系分为三个层次：标准、指南和规程。
其中，标准层次是核心内容，包括总则、任务和基本要求。
指南层次是标准的补充说明，提供更详细的指导和方法。
规程层次则是对测试实施流程的具体规定。
三、SSTS标准内容1.总则总则部分明确了SSTS标准适用的范围、目的和规定，以及与其他标准的关系。
同时也定义了测试术语和定义，为后续内容的理解和应用提供准确的依据。
2.任务任务部分主要包括测试计划和测试评估两个方面。
测试计划要求对软件系统测试进行规划和组织，确定测试的目标和范围，制定测试策略和方法，明确测试资源和环境的需求，并建立测试计划文档。
测试计划需要根据软件系统的规模和复杂度进行合理的划分和安排，确保全面、系统的测试覆盖。
测试评估要求对软件系统测试的进行评估和监控，包括测试进度的控制和测试成果的评估。
通过对测试活动的有效监控和评估，可以及时发现和解决测试过程中的问题，确保测试的顺利进行和达到预期的效果。
3.基本要求基本要求部分是SSTS标准的核心内容。
它包括软件系统测试的通用要求、测试环境的要求和测试方法的要求。
测试项目验收通过的标准
测试项目验收通过的标准
测试项目验收是软件开发过程中的重要环节之一。
其目的是确保开发出的软件系统能够满足用户需求，并达到预期的质量和性能标准。
因此，测试项目验收通过的标准是非常重要的。
以下是常见的测试项目验收通过的标准：
1. 功能性测试
在功能性测试中，测试人员需要验证软件系统是否符合用户需求和预期功能。
对于测试项目验收的标准是，软件系统应能够达到所有预期的功能要求，并且不会出现严重的功能缺陷或错误。
2. 可用性测试
在可用性测试中，测试人员需要验证软件系统是否易于使用和学习，并且是否能够满足用户的需求。
测试项目验收的标准是，软件系统应能够提供良好的用户体验，并且能够快速、准确地响应用户的操作。
3. 性能测试
在性能测试中，测试人员需要验证软件系统的处理能力、稳定性和可
靠性。
测试项目验收的标准是，软件系统应能够在预期的负载条件下正常运行，并且不会出现性能瓶颈或系统崩溃等问题。
4. 安全性测试
在安全性测试中，测试人员需要验证软件系统的安全性能，包括数据安全、访问控制和身份验证等方面。
测试项目验收的标准是，软件系统应能够提供有效的安全保障措施，并且不会出现安全漏洞或未经授权的访问等问题。
总之，测试项目验收通过的标准是软件系统能够达到预期的质量和性能要求，满足用户需求，并且能够稳定、可靠，具备良好的可用性和安全性能。
这需要测试人员具备专业的技能和科学的测试方法，并遵循严格的测试流程和标准，以确保测试结果的准确性和可靠性。
软件质量保证和质量控制
软件质量保证和质量控制在当今信息化发展的时代，软件已经渗透到我们的生活和工作中的方方面面，对软件的质量要求也变得愈发严格。
为了确保软件能够正常运行并达到用户的期望，软件质量保证和质量控制显得尤为重要。
本文将就软件质量保证和质量控制进行深入探讨。
一、软件质量保证软件质量保证是指通过一系列的管理活动和技术手段，确保软件产品满足用户需求和预期质量标准的过程。
在软件开发的各个阶段，都需要进行质量保证的工作，以便提前发现和解决潜在的问题，保证软件的质量。
软件质量保证包括以下几个方面的内容：1. 需求分析：在软件开发的初期阶段，需要对用户需求进行充分的分析和理解。
只有确保需求清晰准确，才能为后续的开发工作奠定良好的基础。
2. 设计评审：在软件设计阶段，需要进行设计评审，检查设计文档的完整性和合理性。
通过评审，可以及时发现潜在的设计缺陷并进行改进。
3. 编码规范：编码是软件开发的核心环节，编写规范的代码可以提高代码的可读性和可维护性。
制定和执行编码规范是保证软件质量的关键之一。
4. 单元测试：单元测试是针对软件中的最小功能模块进行测试，旨在确保每个模块的功能正确性。
单元测试是发现和修复编码错误的有效手段。
5. 集成测试：集成测试是对不同模块之间的交互和整体功能进行测试，验证软件系统的稳定性和一致性。
集成测试可以帮助发现系统集成问题和接口错误。
6. 系统测试：系统测试是在软件开发结束前的最后阶段，对整个软件系统进行全面测试，以验证软件是否符合用户需求和预期质量标准。
系统测试是确保软件质量的最后一道防线。
软件质量保证需要全程参与到软件开发过程中，通过不同阶段的质量保证活动，有效降低软件开发过程中的风险，提高软件质量，确保软件项目按时交付并得到用户认可。
二、软件质量控制软件质量控制是指在软件开发过程中，通过制定标准、规范和流程，对软件开发活动进行监控和评估，以确保软件开发符合预期的质量要求。
软件质量控制主要包括以下几个方面的内容：1. 质量标准：在软件开发前，需要明确软件的质量标准和指标。
测试等级认定标准
测试等级认定标准一、测试范围本测试等级认定标准适用于对各类产品、系统、软件等进行测试,以确保其质量、性能和安全。
二、测试内容1.功能测试：测试产品或系统的各项功能是否正常，是否符合设计要求。
2.性能测试：测试产品或系统的性能指标是否达到预期要求，是否存在性能瓶颈。
3.安全测试：测试产品或系统的安全性，包括数据传输、存储和访问控制等方面。
4.兼容性测试：测试产品或系统在不同平台、浏览器、操作系统等之间的兼容性。
5.用户界面测试：测试产品或系统的用户界面是否易用、美观，是否存在用户体验问题。
三、测试方法1.黑盒测试：测试产品或系统的外部接口和功能，不考虑内部结构和实现。
2.白盒测试：测试产品或系统的内部结构和实现，以确保代码质量和逻辑正确性。
3.压力测试：模拟大量用户或数据的场景，测试产品或系统的稳定性和性能。
4.渗透测试：模拟黑客攻击，测试产品或系统的安全性和防御能力。
四、测试时间1.单元测试：一般在开发过程中进行，确保每个模块的功能和性能达标。
2.集成测试：在单元测试基础上进行，测试模块之间的接口和协作。
3.系统测试：在集成测试基础上进行，测试整个产品或系统的功能和性能。
4.验收测试：在系统测试基础上进行，由用户进行体验和验证，确保产品或系统满足用户需求。
五、测试要求1.测试数据应具有代表性，能够反映产品或系统的实际使用情况。
2.每个测试案例应具有独立性，避免相互干扰。
3.测试过程中应保持产品或系统的稳定性，避免对测试结果产生影响。
4.对于不合格的测试结果，应进行原因分析并采取相应的改进措施。
六、测试人员1.测试人员应具备专业的知识和技能，能够独立完成测试任务。
2.测试人员应对产品或系统有深入的了解，能够理解用户需求和设计意图。
3.测试人员应具有良好的沟通能力和团队协作能力，能够与其他部门合作完成测试工作。
4.测试人员应具有责任心和耐心，对待测试工作认真负责。
七、测试设备1.硬件设备：根据产品或系统的性能要求，选择合适的硬件设备进行测试，如计算机、服务器等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
13
14
15
16
17
18 19
20
21
22 基本功能测试
23
24
关联删除的正确性。（确认相关的数据是否一并删除，并且在同一操作 中完成） 【详细说明】 1.基础数据中定义的数据属性，做删除操作时，业务逻辑中用到的内容 需一并删除。 2.基础数据中定义的数据属性，如果业务逻辑中已经应用则不允许删 除，给出提示[请先删除×××，在删除该×××！]/[该×××已在× ××中使用不能删除！] 3.业务模块中，新增加一条记录，同时存在3个模块中，删除这条记 录，确保这3个模块中的记录都被删除了。 确认删除约束的正确性。 【详细说明】 如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被 删除。 1.删除[待审批]的文件→提示[该文件已进入审批流程不能删除！]TBD 。 2.[该文件已进入审批流程不能删除！]TBD提示框上点击确认后，列表 中步骤1删除的记录正常显示。 此类问题是否应遵循详细设计中所描述的用户提示。 如果是逻辑删除，用查询、统计界面确认该条记录不能被查询出来，数 据没被统计进去。 【详细说明】 1.记录被逻辑删除了。 2.直接点击查询按钮。→该被逻辑删除的记录不显示。 3.根据查询条件，查询被逻辑删除的记录。→该被逻辑删除的记录不显 示。 详细信息页面的各领域都不能输入、编辑，只能查看。 下拉菜单的值是否正确？ 【详细说明】 1.修改基础数据中的值。 2.在业务模块中查看下拉菜单中的值显示为基础数据中修改后的值并且 可用。 3.在用的基础数据不允许删除。 功能权限分配正确（指定用户可以使用那些功能，不能使用那些功能） 【详细说明】 分配权限后，显示所分配的功能。 检查权限（user1的数据user2不能查看、编辑等） 页面及时刷新，前后台保持一致。 【详细信息】 1.两用户在相同页面操作时，其中user1修改、删除记录时，user2对该 记录进行操作时要及时更新。 2.用户已登录，删除用户时需强制退出，不能在继续编辑。 可编辑的数据项的检查。 【详细说明】 1.新增一条记录并保存或提交。 2.在审核模块，审核该记录，与实际需求相比较，可编辑的数据项应符 合需求（起草时刻编辑的内容部分或全部不能编辑）。 3.遵循详细设计中特殊录入项的录入、编辑规则。 分页的统计数字要正确。 【详细说明】 1.共X页，第N页，共X条记录等 2.没有记录时显示（总页数：0页|总条数：0条 跳转到[]等） 分页功能要正确。 【详细说明】 1.点击上一页、下一页、首页、尾页能够成功跳转； 2.输入指定页点击跳转按钮，能跳转指定页 3.没有记录时，列表明细中提示用户【没有找到符合条件的数据。】， 分页功能按钮点击无效。 对于查询有统计的内容，例如：总计、合计等的计算数据要正确。 【详细说明】 1.在存在统计功能的页面进行各类查询操作。（有多少查询条件进行多 少测试。） 2.进行查询后，统计的数据正确。
31
32 33 34 35 36 37
38
39
40
41
42
43 44 45
检查特殊字符。（英文单、双引号，空格，回车，&符号 `~!@#$%^*()_+-={}[]|\:;”’ <>,./?） 【详细说明】 1.在表单的输入项中输入特殊字符，如果设计中没有限制，能够保存成 功。 2.如果设计中不允许输入，给出提示[您输入的内容存在非法字符请重 检查唯一性。（在一些需要命名,且应该唯一的输入域输入重复的名字, 重名包括字母大小写,以及在输入内容的前后输入空格） 检查边界值。 【详细说明】 1.超过最大值（最大值+1）要有提示。 2.最大值时能够保存。 检查格式、类型。（例如：日期、时间、邮箱、电话、编号、密码、金 额、身份证号等的输入格式。） 【详细说明】 1.身份证号要正确，并且真实存在。 2.日期控件不能输入其他字符。例如空格，汉字，数字等。 3.邮箱没有“@”符号给出提示。 4.时间、金额电话、不能输入汉字，字母，特殊符号等。 起始时间不能大于截止时间。 日期类型的输入框，非日期、时间输入，要有提示。 检查数据输入合理性。（正数负数的判断。例如输入的保养月数不能为 负数。） 检查输入范围。 例如： 1.时间输入“25:00”应给出提示。 2.日期输入当前以后的日期。 检查小数点。 【详细说明】 1.小数点超过几位以上不能保存给出提示。 2.小数点应该保存几位给出提示。 3.没有限制的场合，小数点后的内容能够保存。 连接速度测试 【详细说明】 链接速度达到需求规定的速度。 压力测试 【详细说明】 测试系统的限制和故障恢复能力，即测试系统会不会崩溃，在什么情况 下会崩溃。 页面在窗口中的显示正确、美观。 【详细说明】 在调整浏览器窗口大小时，页面能够查看完整。 当浏览器窗口过小，不能完全呈现页面内容时，要以下拉拖动为主，避 免左右拖动。 页面特殊效果显示正确。（如特殊字体效果、动画效果） 操作、使用要方便
46
48
49 性能测试 50
51
52 53
可用性测试
54
可用性测试
55
56 57
58
59
兼容性测试
60 61 62 63 安全性测试
系统前后，模块之间要保持一致性。 【详细说明】 1.类似的问题用类似的方法处理。 2.字的大小、颜色、字体要相同。 3.提示信息的表达方式要一致。 4.按钮排列顺序要一致。 5.返回、取消等按钮跳转页面的处理要保持一致。 7.系统的页面结构。导航、菜单、连接的风格是否统一。 快捷键的使用有效。 【详细说明】 1、基于浏览器的通用快捷键。（例如：Ctrl+C、Ctrl+A、Ctrl+V、TAB 键等） 2、基于用户需求的快捷键。（遵循详细设计中，用户提出的特殊快捷 键的规则） 方向键使用正确。 回车键使用正确。（例如：市南仪器网络平台双击鼠标与回车键操作效 果不一致。） 页面导航显示方便，易操作。 【详细说明】 1.导航显示的顺序利于用户快速查找。 2.导航显示清晰、命名准确，容易理解。 3.导航选择后作为选中状态显示，能够让用户快速区分自己选择的菜单 页面正常显示。 【详细说明】 1.在不同分辨率下页面正常显示。 (1024*768、1280*1024、1366×768、1440×900) 2.在不同浏览器版本中页面正常显示。 （IE[6-11]、FireFox、Chrome） 系统基本采用先注册后登陆的方式，因此，应测试有效和无效的用户名 和密码，注意是大小写敏感，可以试多少次的限制，是否可以不登陆直 接浏览某个页面。 系统是否有超时的限制。 测试相关信息是否写进了日志文件，是否可追踪。 密码是否加密形式。
25
26
27
28
29
30
返回页面的正确性。 【详细说明】 1.保存、删除、修改后返回上一操作页面。（进行操作前的页面） 2.在列表中，在指定页进行编辑、删除操作后，返回指定页列表。 3.在查询结果中进行编辑、删除操作后，返回查询结果列表。 多次操作返回功能动作正确。 【详细信息】 1.增加、修改页面，多次进入点击返回按钮，能够返回上一页面。（至 少重复3次以上。） 2.页面层次较深的场合，进入最底层一页面后分别进行返回操作，能够 逐次返回上一页面。 3.在数据量大，系统反应迟缓的场合，连续多次快速点击返回按钮，动 作正常，只返回一次页面。 重复保存和提交表单系统能够正确处理。 【详细说明】 1.在数据量大、系统反应迟缓的场合，多次点击保存按钮或提交表单， 系统只提交一次，提示[信息已提交请不要重复提交！]。 2.验证唯一性，保存或提交完全相同的一份表单，系统提示[ID为×× ×的记录已存在，请重新确认！]。 3.[冲突]两台电脑操作，两台电脑同时保存和提交表单，提示[信息已 提交请不要重复提交！]。 此类问题是否应遵循详细设计中所描述的用户提示。 如没有特别要求，可使用此类问题的统一提示。 上传文件的格式与需求要求相一致。 附件上传的正确性确认。 【详细说明】 1.附件上传后提示[上传成功！] 2.上传后的附件能够正常打开、下载。 3.上传后的附件与上传前的文件类型保持一致。 4.上传的文件格式正确，错误的文件格式上传需要具体的提示信息。 同名的文件上传。 【详细说明】 1.同名的文件允许上传→上传后进行重命名。 2.同名的文件允许上传→上传后进行替换，给出提示[已存在该文件， 是否要替换？]。 3.同名的文件不允许上传→上传时给出提示[该文件已存在请重新上 传！]。 此类问题是否应遵循详细设计中所描述的用户提示。 如没有特别要求，可使用此类问题的统一提示。 上传文件的大小不能超过限制。 【详细说明】 1.上传一个大附件超过限制，提示[您上传的文件超过×××，请重新 上传！]。 2.上传多个附件，总和较大，提示[您上传的文件总和已超过×××， 请重新上传！]。 此类问题是否应遵循详细设计中所描述的用户提示。 如没有特别要求，可使用此类问题的统一提示。 提示信息后的光标位置停留在出错信息领域。 提示信息表述要完整、正确、详细。 每个操作结果要有提示。 每次重要操作要有确认提示。（例如：删除确认，重要的更改确认等） 在进行危险操作、重要操作时，及时给出提示。 提示信息后要返回提示前的页面。 检查为空、非空。 【详细说明】 1.为空、非空要与开发文档中要求的一致。 2.必填项不输入时提示后要跟相应的输入域对应，提示的顺序要跟表单 输入域的排列次序一致。 3.非空内容要有红星标示。