软件测试类型标准

1、软件测试类型测试工作的最终目的是确保研发最终投入市场的产品的功能符合用户的需求，把尽可能多的问题在产品投入市场之前发现并改正。为了保证软件产品的最终质量，在软件开发的过程中，我们就必须对软件产品进行质量控制。通过我们的测试，可以为用户提供放心的产品，并对优秀的产品进行认证。测试人员应严格按照软件测试流程，制定测试规划、测试计划、测试报告，以进行测试实施的规范化。在测试过程中，要求每一位参与测试工作的人员如实详细的记录测试过程中的测试结果和数据，并对测试记录进行分析。需要明确的一点是：测试工作是为软件开发过程高质量的有效进行的保证，但测试工作确认程序的错误，而不能保证程序没有错误。具体的讲，测试

2、工作一般要达到以下几个目标：l 通过测试发现软件设计和运行中的错误；l 验证软件是否满足需求分析和软件设计所规定的功能、性能等技术要求；l 检查软件在异常情况下的容错能力；l 为软件的质量保证评估提供依据。l 找到以前没有发现的bugl 发现软件缺陷,追求的是尽可能早的找出软件缺陷,必需确保的是找出的软件缺陷得以修补软件测试规范是贯穿整个软件开发流程的软件质量保证体系，是软件开发工作与测试工作同步进行，提高软件开发质量和效率，减低软件开发的维护成本。测试工作准备包括了明确测试要求、严格测试流程、制定测试规划和测试计划、描述测试用例、分析错误列表、并验收汇总资料等。软件测试的目的是尽早地、尽可能

3、多的发现软件的错误。通过不同层次的测试（单元测试、集成测试、系统测试、验收测试）验证和确认软件满足设计和需求。1.1 功能测试的目标功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3. 检查按钮的功能是否正确：如update, cancel, delete, save等功能是否正确。4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度

4、是否报错。5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)看系统是否检查字符类型，是否报错。6. 标点符号检查: 输入内容包括各种标点符号特别是空格，各种引号，回车键看系统处理是否正确。7. 中文字符处理: 在可以输入中文的系统输入中文，看会否出现乱码或出错。8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出，带出信息和添加的是否一致。9. 信息重复: 在一些需要命名且名字应该唯一的信息输入重复的名字或ID看系统有没有处理会否报错，重名包括是否区分大小写以及在输入内容的前后输入空格系统是否

5、作出正确处理。10. 检查删除功能:在一些可以一次删除多个信息的地方不选择任何信息按”delete”看系统如何处理是否出错，然后选择一个和多个信息进行删除看是否正确处理。11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致。例如添加要求必填的项修改也应该必填；添加规定为整型的项，修改也必须为整型。12. 检查修改重名:修改时把不能把重名的项改为已存在的内容，检测是否处理报错，注意是否报和自己重名的错误信息。13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。14. 检查多次使用back键的情况: 在有back的地方back回到原来页面，再back

6、，重复多次看会否出错。15. search检查: 在有search功能的地方输入系统存在和不存在的内容看search结果是否正确。如果可以输入多个search条件可以同时添加合理和不合理的条件看系统处理是否正确。16. 输入信息位置: 注意在光标停留的地方输入信息时光标和所输入的信息会否跳到别的地方。17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*。19. 快捷键检查：是否支持常用快捷键，如Ctrl

7、+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。20. 回车键检查: 在输入结束后直接按回车键看系统处理如何会否报错。1.2 界面规范性目标通常界面设计都按Windows界面的规范来设计，界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。1. 常用菜单要有命令快捷方式。2. 完成相同或相近功能的菜单用横线隔开放在同一位置。3. 菜单前的图标能直观的代表要完成的操作。4. 菜单深度一般要求最多控制在三层以内。5. 工具栏要求可以根据用户的要求自己选择定制。6. 相同或相近功能的工具栏放在一起。7. 工具栏中的每

8、一个按钮要有及时提示信息。8. 一条工具栏的长度最长不能超出屏幕宽度。9. 工具栏的图标能直观的代表要完成的操作。10. 系统常用的工具栏设置默认放置位置。11. 工具栏太多时可以考虑使用工具箱。12. 工具箱要具有可增减性，由用户自己根据需求定制。13. 工具箱的默认总宽度不要超过屏幕宽度的1/5。14. 状态条要能显示用户切实需要的信息，常用的有：15. 目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。16. 滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。17. 状态条的高度以

9、放置五好字为宜，滚动条的宽度比状态条的略窄。18. 菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。19. 菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。20. 右键快捷菜单采用与菜单相同的准则。1.3 易用性目标易用性：按钮名称应该易懂，用词准确，屏弃模棱两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。1. 完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。2. 完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。3.

10、 按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题。4. 界面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。5. 界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 6. 同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。7. 分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab8. 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。9. 可寫控制項檢測到非法輸入后应給出說明並能自动获得焦点。10. Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下

11、，同时行间从左到右的方式。11. 核取方块和选项框按选择几率的高底而先后排列。12. 核取方块和选项框要有默认选项，并支援Tab选择。13. 选项数相同時多用選項框而不用下拉清单框。14. 界面空间较小时使用下拉框而不用选项框。15. 选项数較少时使用选项框，相反使用下拉列表框。16. 专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。1.4 界面合理性目标屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。1. 父窗体或主窗体的中心位置应该在对角线焦点附近。2. 子窗体位置应该在主窗体的左上角或正中。3. 多个子

12、窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。4. 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。5. 错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。横排开头或最后与竖排最后为易点位置。6. 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。7)：对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。7. 非法的输入或操作应有足够的提示说明。8. 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。9. 提示、警告、或错误说明应该清楚10. 易用性：按钮名称应该易懂，用词准确，

13、屏弃模棱两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。11. 规范性：通常界面设计都按Windows界面的规范来设计，界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。12. 帮助设施：系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。13. 合理性：屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。14. 美观与协同性：界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。15.

14、 独特性：如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。16. 安全性考虑：在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。1.5 性能测试目标1. 连接速度测试：用户连接到Web应用系统的速度根据上网方式的变化而变化，他们

15、或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。2. 负载测试：负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么

16、现象？Web应用系统能否处理大量用户对同一个页面的请求？ 3. 压力测试：负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。压力测试的区域包括表单、登陆和其他信息传输页面等。1.6 文档测试的目标文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。难作确认就是要检查各阶段文档的合适性。评审文档质量的度量准则有以下几条：1. 完备性：所有承担软件开发任务的单位，必须按照项目编制相应文档模板标准编写，以保证在开发阶段结束时其文档是齐全的。2. 正确性：在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。3. 简明性：在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确、简练，适合各种文档的特定读者。4. 可追踪性：在软件开发各个阶段所编写的各种