Web测试中，各类web控件测试点总结
一、界面检查
进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验
1、页面名称title是否正确
2、当前位置是否可见您的位置：xxx>xxxx
3、文字格式统一性
4、排版是否整齐
5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一
6、同一页面，是否出现字段名称相同、值取不同的问题。
7、数据加载情况：除了文本框的值，还要注意：
复选框，是否保存打√，或者保存不打√
下拉框，是否保存选择的值
多文本框，值是否都被保存，空格，换行是否保存
二、单文本框（type=text）
边界：字段长度
判空：是否可以为空
唯一性：是否唯一(小归结：边界、判空、唯一性、特殊字符、正确性)
考虑语言，操作环境
特殊符号测试输入：
' or 1<>'1 ' or '1'='1 ' or '1'<>'2 "|?><
where a='xxx' 下划线是否允许输入全部空格输入单引号
>>
特殊字段输入限定：
框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉
输入金额文本框，整数首位为0，过滤掉，小数点后面，一般保留两个有效数字。
正确性测试：（必不可少的步骤）
1)、(字段长度输入最大允许长度时)数据允许长度的测试：
a、页面是否被挤出的测试(都输入长英文字符串，是否断行)；
b、数据库是否允许最大字符(都输入汉字、都输入英文、混合……)；
c、最短长度的正确流程，最大长度的正确流程覆盖。
2）、对于允许为空的字段，不填入，再次数据传递后，看是否报500错误。
3）、未规定字段长度（或者数值大小），不按死板输入，输入非常多字符（或者非常大的数值）时，做允许动作的正确性校验，看是否报错。(要达到的结果：不管有没有长度限制(没有给最长、最大限制让你去测？)，最终页面不能抛数据库异常。)monkeytest 说明：通过不断输入长字符串，看是否有长度校验；
最终都会出现以下两种情况的一种：
A、页面(前台)有校验长度、大小；或者
B、无校验，数据库报错。
所以：所有字段都要做长度、大小限制(不管需求有没有给出明确要求，不管测试颗粒度，都要限制长度，不允许报数据库错误，都要测！！！)。最大长度限制可限定方法：1、不允许再输入；2、自动截断处理，并且给用户提示。
关于长度概念：
1、数据库规定的字节长度A
2、页面上可以输入的字符数B
控制方法：
1）、页面上，不管输入什么字符（全角如汉字、半角如字母），统一规定不能超过B个字符，此种限制，
测试点：全部输入全角B个，测试（B*3字节）会不会超过数据库字节长度
全部输入半角B个，测试（B*1字节）会不会超过数据库字节长度
混合输入全角X半角Y，测试（X*3+Y字节）会不会超过数据库长度
2）、页面上，不以字符统计，以总的输入字节数统计，比如，全部输入全角字符，允许可以输入A/3个字符，全部输入半角字符，允许输入A个字符（民生网的设计）测试点：全部输入全角，看是否允许输入A/3个字符
全部输入半角，看是否允许输入A个字符
混合输入全角X，半角Y，看是否允许X*3+Y=A
(5个：判空、唯一、边界值、特殊字符、正确流程(多种数据、多种分支))
+测试校验位置：ajax鼠标事件校验、前台提交按钮js校验，服务器拿到数据后再次验证
三、多文本框（type=textarea）
1)、空格和换行的问题，看需求，是否需要做支持HTML Encoding
输入全部空格时，是否判空处理？””空格，。
输入折行，是否也显示折行？
比如：列点说明原因，就需要支持。
2)、字母截断的问题
对于一串字母，开发人员往往会忘掉做截断，这样如果展示在我们的平台上的话，这一串字母就会把我们的UI撑开
3）、长度控制格式，您还可以输入***个字符
四、添加按钮
添加动作检查范围：
失败：是否提示
提示内容是否正确
失败时：保存用户已输入的内容，避免重新再输入
成功：对话框消失
记录是否可直接查看（还需要刷新？）
列表记录顺序
重复提交情况，点击一次后，是否变成disable
上传附件的添加：
A. 文件名称：文件名称很长；文件名称字符多样化(汉字，英文，符号)；文件名称重复。
B. 判空？
C. 附件格式类型支持？
D. 附件个数？
E. 附件空间大小。
五、移除按钮
1.一般都要在前台先给出一个提示操作“确定移除该……”
2.相关联的东西，是否需要限制移除“该类型下存在应用，无法移除”有到后台比较
3.确定后，真正执行移除操作。
结果：
移除后，列表数据是否立即消失。
必须有确认删除的提示信息
六、列表
1）、列表记录顺序
2）、是否需要翻页、有没有翻页功能
3）、字段名称是否与表单一致
七、搜索-文本框
1、功能点、需求点考虑：
是否提供模糊查询、输入数值有种类有限定时，是否考虑换成下拉框搜索；
2、检查点：
文本框值是否消失(是否回填条件值)，再次点击“查询”可查看所有记录；
考虑搜索结果：是否存在分页，分页是否正常；是否有序；
注意：分页是否仍保存查询条件，检查后面的记录是否符合条件
3、查询数据多样性：
输入不存在的字段值测试、包括特殊字符查询测试例如：' or '1'='1；
输入类似程序语句的条件时是否执行查询，如：XXXX”、XXX and ；
4、操作类型：
1) 不输入的查询
2) 输入全部空格的查询
3) 模糊查询(输入部分字段，或者说，输入英文字母，查询到相关中文数据)
4) 输入不存在的查询
5) 输入存在的查询
6) 单个查询和多个条件复合查询。
八、搜索-下拉框
检查点：
检查点：
a) 搜索结果是否有序；
b) 下拉框值是否齐全；(下拉框值本身也是一个动态查询的结果)
c) 下拉框值是否自动消失，再次点击“查询”可查看所有记录(是否要回填条件值)；
d) 分页时，是否保存搜索条件。
（从UI、开发、业务逻辑、用户使用等角度测试）
PS:
以上总结的，是比较纯粹的从页面控件角度测试点出发，对于完整测试一个整体页面，需要各类测试有机结合起来：
1）UI测试：
页面布局；页面样式检查；控件长度是否够长；显示时，是否会被截断；支持的快捷键，Tab键切换焦点顺序正确性等。
2）功能测试：页面上各类控件的测试范围，测试点，可参考上方
结合控件的实际作用来补充检查点：比如，密码框是否*显示，输入是否做trim处理等
3）安全测试：输入特殊字符，sql注入，脚本注入测试
后台验证测试，对于较重要的表单，绕过js检验后台是否验证
数据传输是否加密处理，比如，直接请求转发，地址栏直接显示发送字符串？
数据库存储，特别密码等，是否加密形式存储
4）兼容性测试
5）性能测试
二.常见功能点测试思路
根据经验，总结常见的功能点的测试思路：
1. 新增或创建（Add or Create）
.1 操作后的页面指向
.2 操作后所有绑定此数据源的控件数据更新，常见的排列顺序为栈Stack类型，后进先出
.3 取消操作是否成功
2.编辑或更新(Edit or Update)
.1 操作后的页面指向
.2 操作后所有绑定此数据源的控件
.3 取消操作是否成功
.4 编辑界面是否读取出正确、全部的数据源
.5 记录在工作流中的编辑功能可用性
.6 操作成功的生效时刻及生效范围
3.删除或移除(Delete or Remove)
.1 操作后的页面指向
.2 操作后所有绑定此数据源的控件数据更新(如下就是删除后，Tab数据没有立即刷新的bug)
3 取消操作是否成功
.4 记录在工作流中的编辑功能可用性
.5 操作成功的生效时刻及生效范围（比如：购物网站，店家商品下架后，并没有同时删除买家的购买记录）
4.选中或全选(Check or Check all)
.1 多页面中，全选对所有页面是否有效
.2 支持多页面的个别选中，且返回查看时保留选中状态
.3 界面上的按钮的操作范围是否均受选中功能控制
.4 前一页选中状态，在翻页后，应保留原来状态
.5 先全选-》移除某个单选-》全选按钮是否移除选中状态
谈谈性能测试分类
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
验收性能测试（狭义）性能测试方法是通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。通俗地说，这种方法就是要在特定的运行条件下验证系统的能力状态。
特点：1、这种方法的主要目的是验证系统是否有系统宣称具有的能力。2、这种方法要事先了解被测试系统经典场景，并具有确定的性能目标。3、这种方法要求在已经确
定的环境下运行。也就是说，这种方法是对系统性能已经有了解的前提，并对需求有明确的目标，并在已经确定的环境下进行的。
负载测试(Load Test)通过在被测系统上不断加压，直到性能指标达到极限（例如“响应时间”超过预定指标或都某种资源已经达到饱和状态。
特点：1、这种性能测试方法的主要目的是找到系统处理能力的极限。2、这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。3、这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。也就是说，这种方法是对一个系统持续不段的加压，看你在什么时候已经超出“我的要求”或系统崩溃。
压力测试（强度测试）(Stress Test)压力测试方法测试系统在一定饱和状态下，例如cpu、内存在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误特点：1、这种性能测试方法的主要目的是检查系统处于压力性能下时应用的表现。2、这种性能测试一般通过模拟负载等方法，使得系统的资源使用达到较高的水平。3、这种性能测试方法一般用于测试系统的稳定性。也就是说，这种测试是让系统处在很大强度的压力之下，看系统是否稳定，哪里会出问题。
并发测试（Concurrency Testing）并发测试方法通过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或其者他性能问题。
特点：1、这种性能测试方法的主要目的是发现系统中可能隐藏的并发访问时的问题。
2、这种性能测试方法主要关注系统可能存在的并发问题，例如系统中的内存泄漏、线程锁和资源争用方面的问题。
3、这种性能测试方法可以在开发的各个阶段使用需要相关的测试工具的配合和支持。也就是说，这种测试关注点是多个用户同时（并发）对一个模块或操作进行加压。
配置测试（Configuration Testing）配置测试方法通过对被测系统的软\硬件环境的调整，了解各种不同对系统的性能影响的程度，从而找到系统各项资源的最优分配原则。
特点：1、这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度，从而判断出最值得进行的调优操作。2、这种性能测试方法一般在对系统性能状况有初步了解后进行。3、这种性能测试方法一般用于性能调优和规划能力。也就是说，这种测试关注点是“微调”，通过对软硬件的不段调整，找出这他们的最佳状态，使系统达到一个最强的状态。
可靠性测试通过给系统加载一定业务压力（例如资源在70%-90%的使用率），使系统运行一段时间，以此检测系统是否稳定运行。
特点：1、这种性能测试方法的主要目的是验证是否支持长期稳定的运行。2、这种性能测试方法需要在压力下持续一段时间的运行。（2~3天）3、测试过程中需要关注系统的运行状况。如果测试过程中发现，随着时间的推移，响应时间有明显的变化，或是系统资源使用率有明显波动，都可能是系统不稳定的征兆。也就是说，这种测试的关注点是“稳定”，不需要给系统太大的压力，只要系统能够长期处于一个稳定的状态。
失效恢复测试如果系统局部发生故障，用户是否能够继续使用系统，以及如果这种情况发生，用户将受到多大程度的影响。
特点：1.这种性能测试方法的主要目的是验证在局部故障情况下，系统能否继续使用。
2.这种性能测试方法还需要指出，当问题发生时，“能支持多少用户访问”的结论和“采取何种应急措施”的方案。
3.一般来说，只有对系统持续运行指标有明确要求的系统才需要进行这种类型的测试。
大数据量测试针对某些系统存储、传输、统计查询等业务进行大数据量的测试。
疲劳强度测试主要特点是长时间对目标测试系统加压，目的是测试系统的稳定性，持续
时间一般在1小时以上；感觉等同于可靠性测试。
注意：在做性能测试时请忘掉分类.例如，运行8个小时来测试系统是否可靠，而这个测试极有可能包含了可靠性能测、强度测试、并发测试、负载测试，等等。因此，在实施性能测试时决不能割裂它们的内部联系去进行，而应该分析它们之间的关系，以一种高效率的方式来设计性能测试。
Web测试中的几个case
一、页面上对引起大量数据提交的按钮/链接点击一次后，disable
需求：
对于重要的表单、数量庞大/响应慢的系统，在做提交时，又有页面还在loading状态，此时连续做两次点击，经常引起各种报错，这种情况下，需要提出对按钮/链接点击一次后，做disable
测试：
1）、查看页面源代码是否有脚本控制，例如：
function buttonDisable(){
$("#nextButton").attr("disabled", "disabled");
}
2）、对脚本进行调试，
可以借助firebug工具，在Script Tab上，在$("#nextButton").attr("disabled", "disabled");这行脚本设置disable，点击nextButton，检查运行到断点处停止，按钮无法再次点击。运
行断点后，disable解除。
二、新增数据库字段测试需要考虑的几个点
1）、从数据库检查起，检查相关表：原表、历史表、与其同步库的表有没有都添上该字段，并且注意在每个表中，字段类型是否统一
2）、校验：考虑字段本身类型，判空、边界、唯一性、特殊字符、正确性允许的data 特别，在做判空时，若字段不允许为空时，考虑：需要提交脚本初始化历史数据set dafault value
3）、流程覆盖：考虑该字段覆盖到哪几个相关页面，测试到整个流程，每个页面校验要一致；
三、查log测试的几个操作
一般情况下，项目都部署在linux环境上，测试时，有些需要查log，或者有些服务需要自己去重启，此时就需要一些基本的linux操作命令：
1）、首先连接到linux系统的机器上，可以使用putty软件，要有服务器地址+端口+协议loginName+password，就可以登录
2）、cd到脚本或者log放置的文件夹位置去重启服务或查看log，还有一些常用的命令less 文件名(W向上翻页、F向下翻页，Shift+F自动翻页，Ctrl+C停止自动翻页)；
grep "findString" 文件名；
执行脚本： ../脚本名或者sh./脚本名
web常见安全问题以及测试方法
Web安全是我们测试组一直以来作为和性能测试并驾齐驱的两个重点。开发的过程中还需
要着重注意，该转义的地方转义；该屏蔽的地方屏蔽，该过滤的地方过滤等等。年底又到了，势必又有大批的发号抽奖之类的活动开发、上线，在这个过程中，安全问题是我们每个人应该紧绷的神经，对于我们测试人员来说，每个活动需要做到手动安全测试加自动化安全测试相结合。
常见的web安全问题有：
SQL注入、跨站点脚本攻击、跨站点伪造请求、目录遍历、邮件表头注入、页面错误信息等。
对于手动安全测试来说，一般常用的有三点：
1、URL有参数的，手动修改参数，看是否得到其他用户的信息和相关页面；
2、在登录输入框的地方输入‘ or 1=1--或“ or 1=1--等看是否有SQL注入；
3、在注重SQL注入的同时，一般在有输入框的地方输入
对于自动化安全测试来说：
测试组目前使用的安全测试工具为IBM的AppScan（当然，是破解版,34上已经放过该工具的安装包）
1、在使用之前务必确认自己绑定的Host；
2、配置URL、开发环境、错误显示类型；
3、结果保存后可根据提示的问题类型和解决建议进行分析。
Web安全测试通常要考虑的测试点：
1、输入的数据没有进行有效的控制和验证
2、用户名和密码
3、直接输入需要权限的网页地址可以访问
4、认证和会话数据作为GET的一部分来发送
5、隐藏域与CGI参数
6、上传文件没有限制
7、把数据验证寄希望于客户端的验证
8、跨站脚本（XSS）
9、注入式漏洞（SQL注入）
10、不恰当的异常处理
11、不安全的存储
12、不安全的配置管理
13、传输中的密码没有加密
14、弱密码，默认密码
15、缓冲区溢出
16、拒绝服务
SQL注入：
所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令，比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的，这类表单特别容易受到SQL注入式攻击．（
（select * form 表where id=1 or 1
1 or 1是输入框输入的
这样会导致满足id=1 或1 的数据都查出来
而所有的数据都满足1
这样就查出来了很多不该被查出来的数据
这就是sql注入）
易用性
1、便于使用、理解、并能减少用户发生错误选择的可能性
2、当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息，突出重点信息，标红等方式
3、显示与当前操作相关的信息，给出操作提示。
4、界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能
5、对于常用的功能，用户不需要阅读用户手册就能使用
一致性
1、是否符合广大用户使用同类软件的习惯
2、表现形式的一致性，字体、按钮、控件风格、颜色、术语、提示信息等。（需要有一个全局的概念，不
人员认真检查）
3、交互习惯的一致性，查询、新增、编辑、删除等操作，并保证同一操作类型按钮名称一致。（顺序一致，页面位置也要尽量相同。）
4、当输入框为不可输入或控件为不可使用状态时，统一为灰色不可输入状态；
有序性
1、界面文字、表单、图标等元素根据业务规则、使用频率排列
2、Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式
3、必填项提示信息按照从上到下，从左到右的提示方式依次提示
安全性
1、ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位
2、ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定
3、不登录系统，直接输入登录后的页面的url是否可以访问，（添加拦截器）
4、退出登录后按后退按钮能否访问之前的页面（确认在退出后他的session的信息被注销）
5、当用户无意录入无效和不符合相关规范的数据（如电子邮箱就需要验证他的邮箱格式是否正确）时，并且给予提示信息
6、在用户作出危险的选择时有信息进行提示，比如要删除系统的重要数据，或者这种操作可能对系统造成
7、对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽
8、给用户提供UNDO功能用以撤销不期望的操作
9、输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?
灵活性
1、用户能自由的作出选择，且选择都是可逆的
2、用户方便的使用即互动多重性，不局限于单一的工具(包括鼠标、键盘或软键盘)
3、当页面数据暴涨，出现较长列表时，是否有滚动条保证页面显示完整的信息。
人性化
1、用户可依据自己的习惯定制界面，并能保存设置
2、提供常用的快捷方式
3、尽量减少用户输入动作的数量，加快输入的速度:例如,日期等可以提供默认显示当天日期并且可以进行清除和选择日期，下拉默认选中“请选择”，单选框默认选取使用频率最高的选项等
4、是否用合理的最少步骤实现常用的操作，获得高效率
5、是否提供进度条、动画等反映正在进行的比较耗时间的过程，（特别有的操作可能造成长时间等待，没有直观的呈现出现在的操作状态或相关的提示信息，容易让不熟悉系统的人误会系统出现了问题）
6、是否为重要的操作返回必要的结果信息如：成功，失败（失败的原因），正在执行
7、重要的对象是否用醒目的色彩表示，
8、色彩使用是否符合行业的习惯，界面的色调是否让人感到和谐、满意
页面检查
1、界面布局有序，简洁，符合用户使用习惯
2、界面元素是否在水平或者垂直方向对齐
3、界面元素的尺寸是否合理
4、行列间距是否保持一致
5、是否恰当地利用窗体和控件的空白，以及分割线条
6、窗口切换、移动、改变大小时，界面显示是否正常
7、刷新后界面是否正常显示合理布局
8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 > 1280*1024 >800*600
9、不同的浏览器下渲染出来的页面是否存在变形的情况。
弹出窗口
1、弹出的窗口应垂直居中对齐
2、对于弹出窗口界面内容较多，须提供自动全屏功能
3、弹出窗口时应禁用主界面，保证用户使用的焦点
4、活动窗体是否能够被反显加亮
页面正确性
1、界面元素是否有错别字，或者措词含糊、逻辑混乱
2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态
3、导航显示正确
4、title显示正确
5、页面显示无乱码
6、需要必填的控件，有必填提醒，如*
7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉）
8、页面无js错
9、鼠标无规则点击时是否会产生无法预料的结果
10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）
控件检查
1、查询时默认显示全部
2、选择时默认显示请选择
3、禁用时样式置灰
复选框
1、多个复选框可以被同时选中
2、多个复选框可以被部分选中
3、多个复选框可以都不被选中
4、逐一执行每个复选框的功能
5、当复选框太多时，提供全选和全不选的功能
单选框
1、一组单选按钮不能同时选中，只能选中一个
2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空
下拉树
1、应支持多选与单选
2、禁用时样式置灰
树形
1、各层级用不同图标表示，最下层节点无加减号
2、提供全部收起、全部展开功能
3、如有需要提供搜索与右键功能，如提供需有提示信息
4、展开时，内容刷新正常
日历控件
1、同时支持选择年月日、年月日时分秒规则
2、打开日历控件时，默认显示当前日期
滚动条控件
1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间
2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码
3、单击滚动条时，页面信息是否正确显示
4、用滚轮控制滚动条时，页面信息是否正确显示
5、用滚动条的上下按钮时，页面信息是否正确显示
按钮
1、点击按钮是否正确响应操作。如单击确定，正确执行操作;单击取消，退出窗口
2、对非法的输入或操作给出足够的提示说明
3、对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会(如删除等危险操作）
文本框
1、输入正常的字母和数字
2、输入已存在的文件的名称
3、输入超长字符。
4、输入默认值，空白，空格。
5、若只允许输入字母，尝试输入数字;反之，尝试输入字母
6、利用复制，粘贴等操作强制输入程序不允许的输入数据
7、输入特殊字符集，例如，NUL及\n等
8、输入不符合格式的数据，检查程序是否正常校验，如程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。
分页
1、当列表数据较多时是否使用分页控件。
2、系统是否都是使用的同一风格的分页控件。
上传功能检查
1、上传下载文件检查：上传下载文件的功能是否实现，上传下载的文件是否有格式、大小要求、是否屏蔽exe.bat.
2、回车键检查:在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能会出现错误
3、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。
4、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。
5、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。
6、确认没有上传资料点上传按钮是否有提示
7、确认是否支持图片上传
8、确认是否支持压缩包上传
9、若是图片，是否支持所有的格式（.jpeg,.jpg,.gif,.png等）
10、音频文件的格式是否支持（mp3,wav,mid,等）
11、各种格式的视频文件是否支持
12、上传文件的大小有无限制，上传时间用户是否可接受？
13、是否支持批量上传？
14、若在传输过程中，网络中断时，页面显示什么
15、选择文件后，想取消上传功能，是否有删除按钮
16、文件上传结束后，是否有提示信息并且能回到原来界面
添加功能检查
1、正确输入相关内容，包括必填项，点添加按钮，记录是否成功添加
2、必填项内容不填、其它项正确输入，点添加按钮，系统是否有相应提示
3、内容项中输入空格，点添加按钮，记录能否添加成功
4、内容项中输入系统中不允许出现的字符、点添加按钮，系统是否有相应提示
5、内容项中输入HTML脚本，点添加按钮，记录能否添加成功
6、仅填写必填项，点添加按钮，记录能否添加成功
7、添加记录失败时，原填写内容是否保存
8、新添加的记录是否排列在首行
9、重复提交相同记录，系统是否有相应提示
删除功能检查
1、选择任意一条记录，进行删除，能否删除成功
2、选择不连续多条记录，进行删除，能否删除成功
3、选择连续多条记录，进行删除，能否删除成功
4、能否进行批量删除操作
5、删除时，系统是否有确认删除的提示
查询功能检查
1、针对单个查询条件进行查询，系统能否查询出相关记录
2、针对多个查询条件，进行组合查询，系统能否查询出相关记录
3、系统能否支持模糊查询
4、查询条件全部匹配时，系统能否查询出相关记录
5、查询条件全为空时，系统能否查询出相关记录
6、查询条件中输入%，系统能否查询出相关记录
7、系统是否支持回车查询
8、系统是否设置了重置查询的功能
软件测试标准 前言 前一版的《软件测试标准》，在测试工作中发挥了很好的指导作用。本次修改在原标准基础上，提出了新的测试理念、工作方法、组织方式，使之更贴近实际工作，真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为：验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是代码级的测试。 2．2黑盒测试 基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。 2．3测试用例 测试方案，包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2．4预防性测试 其原理为：只要测试在生命周期中进行得足够早，就能够提高待测软件的质量。 2．5测试风险分析 其目的为：确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型，实现测试与软件开发的同步进行。
2.7等价类划分 将测试对象按某种约定划分为有限个组成部分，提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 需求分析审核需求分析，编写验收测试部分用例 实地调研重点收集客户实际业务资料、操作习惯，并与需求分析作出对比 概要设计审核概要设计，从用户角度提出问题 编写集成测试用例 详细设计 审核详细设计报告，与需求分析、概要设计进行比对编写单元测试用例编写用户手册总体框架单元测试阶段提出测试计划 审核测试用例 执行测试 测试总结 集成测试阶段验收测试阶段 补充测试用例资料归档 修改测试 审核修改计划程序员提供修改清单编写测试用例执行测试 测试总结 复测测试报告复测测试用例复测 三、开发—测试流程
雨课堂考试系统操作手册（学生端） 2020年5月
目录 1. 基本介绍 (1) 2. 手机微信端作答 (1) 2.1 作答入口 (1) 2.2 考试过程 (2) 2.3 查看成绩及答案 (3) 3. 电脑网页端作答 (3) 3.1 作答入口 (3) 3.2 身份验证 (4) 3.3 在线考试 (5) 3.4 查看成绩及答案 (6)
1.基本介绍 雨课堂为师生提供在线考试功能，老师发布试卷后，学生可在手机微信端或电脑网页端作答。如老师在发布设置中勾选了【在线监考】的选项，学生不可使用手机微信端作答，只能使用电脑网页端作答。 雨课堂为考试系统提供了本地的缓存机制，如学生在考试过程中因网络中断而掉线，不会丢失已作答的记录。但为保证考试的正常进行，不影响作答时间，请学生尽量确保自己的网络环境处于良好的状态。 2.手机微信端作答 2.1作答入口 （1）作业提交提醒 老师发布试卷后，学生将在雨课堂微信公众号中收到【作业提交提醒】。如老师在发布设置中未勾选【在线监考】，学生可直接点击该提醒进入作答页面。如老师勾选了【在线监考】，学生将无法用手机作答，【作业提交提醒】的备注中将有提示。 图1 无在线监考时的提醒有在线监考时的提醒 （2）学习日志—试卷 如错过了作业提醒，也可在雨课堂微信小程序中找到试卷并进入。进入雨课堂微信小程序（请使用长江雨课堂和荷塘雨课堂的同学进入对应的小程序），在【我听的课】列表找到对应课程，找到标签为【试卷】的考试，点击进入即可答题。
图2 学生手机端试卷入口 2.2考试过程 雨课堂为在线考试提供单选题、多选题、投票题、判断题、填空题、主观题6种题型，其中主观题可以以文字和图片形式作答，网页版可上传附件。 在考试过程中，学生每填答一道题系统将自动缓存答案，但学生必须点击试卷最后的【去交卷】，才能顺利提交试卷。 考试时长结束或考试截止时间到了以后，试卷将被自动提交，逾时无法再进 行作答。 图3 主观题作答页面
UEFI测试注意事项 1.UEFI在BIOS中的选项：Boot UEFI OS Selection. a.选UEFI OS时，Boot option priorties只可出现UEFI设备。 b.选Legacy OS时，Boot option priorties只可出现Legacy设备。 c.PXE 功能只支持Legacy模式，暂不支持UEFI OS。而且，PXE无盘软件也没有支持64BIT 系统的。 d.UEFI系统必须使用UEFI显卡才能显示。 e.判定UEFI系统是否安装成功：1）系统能安装好2）BIOS中，必须存在WINDOWS BOOT MANAGER 启动选项 2. Legacy OS支持：XP 32bit/64bit &win7 32bit/64bit &linux 32bit/64bit &dos & WIN8 32BIT UEFI OS支持：WIN7 64BIT &WIN8 64BIT。 3．RAID：支持Legacy &UEFI.UEFI模式，必须要能识别3TB硬盘。 4. UEFI DOS引导盘必须要使用DE提供的工具才能把U盘做成的引导盘。 5. UEFI OS：网络测试，需要测试IPV6协议测试。 6. UEFI模式：开机LOGO不可出现有黑块出现等图片出现。 7. WIN8系统的测试，基于WIN8 64BIT 系统测试。WIN8 32BIT 只安装系统及驱动，不做详细测试。 8. UEFI和Legacy 模式的系统不能切换使用。 9. ZT主板不做详细测试XP.ZC主板要详细测试测试XP。 10. UEFI正式导入BIOS从2012.9.1开始实施。 2012.8.22 kenny
塔吊安全检查要点及检查注意事项 塔吊是建筑工地必不可缺少的施工机械，尤其是高层建筑必须使用的大型起重机械。塔吊在安拆、使用过程中存在的高风险，安全事故时有发生，是我们建筑行业不得不面临的一个现实问题，也给我们安全管理人员带来的很大压力。那么，到工地上如何来检查塔吊，检查哪些方面，我就这个问题与各位和同行来共同探讨一下。 塔吊的检查要点： 1、基础的检查 （1）查看基础部位有无裂缝。 （2）查看基础部位是否存在积水及基础的排水情况。 2、金属结构件的检查 （1）主要结构件无明显裂纹、变形、严重磨损与锈蚀。 （2）主要连接齐全、螺栓应紧固。连接销轴应连接可靠。 （3）过道、平台、栏杆、踏板应无严重锈蚀、缺损，栏杆高度符合要求。 （4）附着的检查，附着焊接部位应符合要求，无虚焊，开焊现象，附墙拉杆应完好牢固可靠，连接螺栓、销轴 应齐全、紧固。不准用铁丝代替开口 销,安装附墙装置时必须使用经纬仪 检查塔身的垂直情况，附着点以下， 保证塔式起重机垂直度偏差不大于 2/1000，附着点以上垂直度偏差不大 于3/1000。附着预埋件部位无拉脱现 象，穿墙螺栓紧固无松动。
3、吊钩的检查 （1）、钩保险：防止起吊钢丝绳角度过大或挂钩不妥时，容易造成钢丝绳从钩头中脱出而吊物坠落伤人事故。 （2）、钩体磨损≤10%，开口变形≤15%，无裂纹、补焊。 （3）、吊钩上滑轮及钢丝绳防跳槽装置是否完好可靠。 4、钢丝绳的检查 变形严重，波浪形变形、笼形畸变、绳股挤出、 钢丝挤出、局部增大、直径局部减小、部分被压扁、 严重扭结、严重弯曲。断股、毛刺严重等现象。绳 卡：夹板应在钢丝绳承载时受力的一侧，“U”螺栓 应在钢丝绳的尾端，不得正反交。 5、五大限位 （1）力矩限位器：当起重力矩达到相应幅度额定值的110%时，自动切断起升向上和变幅向前的电源。 （2）重量限制器：起吊重量大于相应档位的额定值并小于额定值的110%时，应切断上升方向的电源，但机构可作下降方向的运动。 （3）高度限位：塔吊的吊钩装置起升到下列规定的极限位置时，应自动切断起升的动作电源。 1）起升钢丝绳的倍率为2倍率时，其极限位置应为1000mm。 2）起升钢丝绳的倍率为4倍率时，其极限位置应为700mm。 （4）变幅限位器：小车行至距离起重臂两端缓冲器各米处减速，距离米处自动停止。 （5）回转转限位器：左右两个方向旋转角度不大于±540°。
BUG提交模板和注意事项 一、BUG提交模板 1.现象描述 <详细描述BUG现象> 2.组网环境 <组网图及简要说明：机箱、板卡（型号、序列号和槽位）、测试仪、连接线缆等描述> 注：简单组网环境或一般性BUG情况下，可只简要描述组网环境，无需组网图。 3.版本信息 <被测设备所有组件版本信息> 软件版本： 硬件版本： 芯片版本： CPLD版本： MCU版本： uboot版本： 4.操作步骤 <详细描述发现BUG的操作步骤> 注：说明发现BUG对应用例名称编号或为非用例发现BUG。 5.期望结果 <预期正确的结果> 6.实际结果 <实际不正确的结果> 7.BUG严重性等级 <初步判定BUG的严重性等级>
8.开发确认情况 <开发确认BUG情况描述及确认人> 注：严重等级以上BUG必须要有开发人员确认 9.附件 <包括：组网图、BUG现象截图、操作产生的系统日志等> 注：严重等级以上BUG必须带有附件，一般性BUG则附件可选。 10.备注
测试报告编写方法及注意事项软件测试 一：测试报告编写方法 测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。本文提供测试报告模板以及如何编写的实例指南。 测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。 下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。 PARTⅠ首页 0.1页面内容： 密级 通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和更多的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。 XXXX项目/系统测试报告 报告编号 可供索引的内部编号或者用户要求分布提交时的序列号 部门经理______项目经理______ 开发经理______测试经理______ XXX公司XXXX单位（此处包含用户单位以及研发此系统的公司） XXXX年XX月XX日 0.2格式要求： 标题一般采用大体字（如一号），加粗，宋体，居中排列 副标题采用大体小一号字（如二号）加粗，宋体，居中排列 其他采用四号字，宋体，居中排列
0.3版本控制： 版本作者时间变更摘要 新建/变更/审核 PARTⅡ引言部分 1.1编写目的 本测试报告的具体编写目的，指出预期的读者范围。 实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。 1.2项目背景 对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。 1.3系统简介 如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。 1.5参考资料 1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。 2．测试使用的国家标准、行业指标、公司规范和质量手册等等 PARTⅢ测试概要
实验室各种安全注意事项 一、实验室防火安全 1．实验室内必须存放一定数量的消防器材，消防器材必须放置在便于取用的明显位置，指定专人管理，全体人员要爱护消防器材，并且按要求定期检查更换。 2．实验室内存放的一切易燃、易爆物品(如氢气、氮气、氧气等)必须与火源、电源保持一定距离，不得随意堆放。使用和储存易燃、易爆物品的实验室，严禁烟火。 3．不得乱接乱拉电线，不得超负荷用电，实验室内不得有裸露的电线头，严禁用金属丝代替保险丝；电源开关箱内不得堆放物品。4．电器设备和线路、插头插座应经常检查，保持完好状态，发现可能引起火花、短路、发热和绝缘破损、老化等情况必须通知电工进行修理。电加热器、电烤箱等设备应做到人走电断。 5．使用电烙铁，要放在非燃隔热的支架上，周围不应堆放可燃物，用后立即拨下电源插头。 6．可燃性气体钢瓶与助燃气体钢瓶不得混合放置，各种钢瓶不得靠近热源、明火，要有防晒措施，禁止碰撞与敲击，保持油漆标志完好，专瓶专用。使用的可燃性气瓶，一般应放置室外阴凉和空气流通的地方，用管道通入室内，氢、氧和乙炔不能混放一处，要与使
用的火源保持10m以上的距离。所有钢瓶都必须有固定装置固定，以防倾倒 7．实验室内未经批准、备案，不得使用大功率用电设备，以免超出用电负荷。 8．严禁在楼内走廊上堆放物品，保证消防通畅通。 二、实验室化学药品安全 1．各级各类实验室所用化学药品的必须由学校统一组织购置，任何实验室和个人不得私自购置。购置剧毒类和易制毒类药品需经公安部门许可，持许可证方可购置。 2．化学药品要分类存放，相互作用的药品不能混放，必须隔离存放。所有药品都必须有明确的标签，贮存室和柜必须保持整齐清洁。有特殊性质的药品必须按其特性要求存放。无名物、变质过期的药品要及时清理销毁。实验室内不得存放剧毒类药品。 3．危险化学药品容器应有清晰的标识或标签。遇火、遇潮容易燃烧、爆炸或产生有毒气体的危险化学药品，不得在露天、潮湿、漏雨和低洼容易积水的地点存放；受阳光照射易燃烧、易爆炸或产生有毒气体的危险化学药品应当在阴凉通风地点存放。危险化学药品的存放区域应设置醒目的安全标志。
设备维护测试与注意事项 维护操作注意事项 为保证维护人员和设备的安全，在进行设备维护前请务必认真阅读本章内容。 设备维护过程中需要注意的安全事项包括以下几项： ●激光 ●电气 ●单板维护 ●网管系统维护 ●业务配置 1、激光 激光安全注意事项包括两个方面： ●人身的伤害 ●设备的损坏 1. 人身的伤害 警告： 光接口板激光器发送的激光为不可见的红外光，激光在照射人眼时可能会对 眼睛造成永久性伤害！在设备维护的过程中，应避免激光照射到人眼。 OptiX 10G(Metro5000) STM-64 MADM光传输系统使用的拉曼放大器COA的发送光功 率非常大，在对此单板进行操作和维护时，请务必先关闭激光器，保证安全。 2. 设备的损坏 对于光接口板上未使用的光接口和尾纤上未使用的光接头，用防尘帽盖住。 对于光接口板上正在使用的光接口，当需要拔下连接在光接口上的尾纤时， 用防尘帽盖住光接口和与其连接的尾纤接头，起到防尘的作用。 请使用专用清洁工具和材料清洁光接口。清洗光接口时，要先将连接在板上 的光纤拔下来，再将光接口板拔出进行操作，避免带纤拔板和插板。
用尾纤对光口进行硬件环回测试时一定要加衰减器，以防接收光功率太强导 致接收光模块损坏。 避免随意调换光接口板和光模块，以免造成参数与实际使用不匹配。 在使用OTDR（Optical Time Domain Reflectometer）测试仪时，需要断开对 端站与光接口板相连的尾纤，防止光功率太强损坏接收光模块。 2、电气 1. 静电防护 在设备维护前，按照本节要求做好防静电措施，避免对设备造成损坏。 注意： 人体产生的静电会损坏单板上的静电敏感元器件。 为防止人体静电损坏敏感元器件，在接触设备、单板或IC（Integrated Circuit）芯片等之前，必须佩戴防静电手腕，并将防静电手腕的另一端插在 设备子架的防静电插孔中。如图3-1所示。 图3-1佩戴防静电手腕示意图
2018年学院大学生安全知识竞赛试题 200题附全答案及考试注意事项(第一届) 一、单选题 1、发生盗窃案件时,错误的做法是() A. 立即报警 B. 翻看自己的物品被盗情况 C. 保护现场 D. 通知被盗主人 2、利用人们为亲朋好友担心的心理,实施的骗术属于()诈骗 A. 馅饼类 B. 亲情类 C. 震撼类 D. 信息类 3、干粉扑救固体可燃物的火灾时,应对准()喷射。 A. 燃烧最猛烈处,并上下、左右扫射 B. 随便喷射就行 C. 朝火根根部喷射 D. 朝火苗喷射 4、使用燃气灶具时() A. 应先开气阀后点火,即气等火 B. 应先点火后再开气阀,即火等气 C. 先点火还是先开气阀都无所谓 D. 点火、开气阀同时进行 5、机动车遇交通警察现场指挥和交通信号不一致时,应当按照()进行 A. 道路标志 B. 交通信号灯的指挥 C. 交通警察的指挥 D. 道路标线 6、交通安全日是() A.4月 30日 B.12月 2日 C.6月 30日 D.7月 30日 7、心理障碍是在特定情境和特定时段中,有不良刺激引起的心理异常现象,以下说法正确的是() A. 属于正常心里活动中暂时性的局部异常状态 B. 属于疾病状态 C. 心理障碍是精神病,不可治 D 心理障碍不是病,不要治 8、大学生群体是社会群体的一部分,其盗窃也不是孤立现象,撇开社会等客观原因,就其自身主观原因不包括下列哪项() A. 人生观、价值观、道德观扭曲 B. 法律观念不强 C. 侥幸心理作祟 D. 不爱学习 9、某高校学生小陈,他发现有一个网站能玩“真钱斗地主” ,只要把钱充值到该网站规定的账号,就能与其他玩家用现实货币玩“斗地主”游戏。自从小陈迷上“真钱斗地主”后, 一发不可收拾,先是用父母给的生活费、零用钱玩,为了翻本,甚至从父母那里骗钱玩。你认为小陈的行为属于() A. 违纪行为 B. 违法行为 C. 玩耍行为 D. 游戏行为 10、非法控制计算机信息系统的违法犯罪应() A. 处三年以下有期徒刑或者拘役,并处或者单处罚金 B. 处三年以上七年以下有期徒刑,并处罚金 C. 情节特別严重的,处三年以上七年以下有期徒刑,并处罚金 D. 口头教育11、网络交友是一种很好的途径, 方便而且形式多样, 成本也不高, 但是我们要知道网络上是虚拟的,所以在网络上交友要特別警惕和小心, () A. 不要轻易暴露自己的身份 B. 可以如实告知自己的身份 C. 可以随时随地与网友见面 D. 可以委托网友办事 12、大学期间做兼职,不正确的做法是() A. 时间短没有必要签订合同 B. 注意安全可靠 C. 信息来源可靠 D. 对自己以后的职业规划有帮助
软件测试基础要点总结 软件测试基础要点总结 从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。 1.测试计划注意事项 1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．测试原则 ①应尽早和不断地进行软件“测试”。 ②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。④对发现错误较多的程序模块，应进行重点测试。⑤避免程序员测试自己的程序。 ⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。 2.测试用例文档 测试用例文档通常是由简介和测试用例两部分组成：
简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。 测试用例部分逐一列出各个测试用例。 测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例部分 测试用例通常包含的信息：用例标识和用例名称内容描述前提条件执行步骤预期结果评价准则 用例设计人员和设计时间用例执行人员和执行时间其它内容3.软件缺陷 缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有：①软件没有实现产品规格说明所要求的功能模块软件中；②出现了产品规格说明指明不应该出现的错误； ③软件实现了产品规格说明没有提到的功能模块； ④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标； ⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。测试用例：以计算器为例 ①计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。 ③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷④在测试计算
新系统测试注意事项 安装注意事项： 1、新报数系统手持端APP软件，安装环境安卓系统，版本支持安卓 4.0-4.2，安卓最新的4.3版本暂不支持； 2、手持终端设备安装、使用APP前，必须打开“USB调试”模式，以 便安装APP软件并正确开机报数； 3、手持终端设备安装、使用APP前，必须打开“未知源”选项，以便 安装； 4、“APK软件”、“采集程序”两个程序缺一不可； 报数注意事项： 5、当手持终端和电脑链接时，需要在手持终端上点选“USB大容量存 储设备”模式打开； 6、请将手持终端设备的安全管理软件内准许该APP手机地理位置信息； 7、在U盘上运行“GetSerialNO.exe”，需要电脑端或手机“允许程序 运行”； 8、用户第一次登录后手持端APP软件后，需填写账号和密码，该账号 密码仅对应该店面，即通过该手持终端设备APP开机报数后自动计 算到该店面的开机报数； 9、开机报数时，Acer产品包装箱内有“刮刮卡”，需要将“刮刮卡” 刮开后数字在APP的“刮刮卡号码”栏目中，2014年1月1日前 出厂的机器无“刮刮卡”，可以填写“00000”替代；“刮刮卡”是 判定最终销售的凭证之一，请经销商务必留存好。
10、可以开机报数的Acer产品包括，A1、NB、CN、TP（指定型号， 另行通知）、CM（在店面销售必须开机报，其他非开机报数） 其他注意事项： 11、通过APP软件只能开机取S/N一个，上传一个，不能多次开机取不 同的S/N号集中上传，取S/N号后24内必须上传，否则无效； 12、总代出货后120天内的S/N号（部分特殊型号除外），为可有效S/N 号，可以通过APP端开机报数与非开机报数，计入有效业绩； 13、工厂出货后365天内的S/N号，为可上报S/N号，可以通过APP 端开机报数或非开机报数，超过出厂365天的S/N号（部分特殊型 号除外），无法开机与非开机报数； 上报S/N判断逻辑关系： 14、有效性优先判定规则：
从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。 1.测试计划注意事项 1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细． 测试原则 ①应尽早和不断地进行软件“测试”。 ②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。 ③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。 ④对发现错误较多的程序模块，应进行重点测试。 ⑤避免程序员测试自己的程序。 ⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。 ⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。 2.测试用例文档 测试用例文档通常是由简介和测试用例两部分组成： 简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。 测试用例部分逐一列出各个测试用例。 测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例部分 测试用例通常包含的信息： 用例标识和用例名称 内容描述 前提条件 执行步骤 预期结果 评价准则 用例设计人员和设计时间 用例执行人员和执行时间 其它内容 3.软件缺陷 缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有： ①软件没有实现产品规格说明所要求的功能模块软件中； ②出现了产品规格说明指明不应该出现的错误；
IOS系统测试注意事项 Iphone测试点 1、当iphone打开音乐后在打开该程序会不会出现强行关闭音乐的情况 2、动画效果：如各个页面的切换、多张图片的切换等。页面左右方向滑动的时候，从右侧滑出的页面，需要从右侧滑出，不要继续向左侧滑出 4、注意PC端和APP的数据同步。比如某作者在PC端设置了屏蔽了某个公司，那么在APP上也应该屏蔽了的。 3、如果在APP中内嵌了些超链接后，程序是怎么处理的。如果是调用设备的浏览器，能否正常切回到APP 5、长按某一按钮是否会触发其他事件。比如：长按关注按钮，出现了java script的弹窗。 6、iPhone键盘：程序进入输入功能时，是否正常弹出键盘;键盘的输入法切换：比如从数字到中文到英文到手写模式，是否都能正常自如;键盘上的return键是否正常，比如在下面的登陆框里，输入用户名后按return是否能换行到密码框，输入密码后按return是否能跳转页面 7、页面手指拖动：正常的列表页面是否能顺利拖动，编辑框等输入文字的地方是否也可以拖动。 8、APP测试要和iPhone机子本身相结合，比如：在使用程序时，突然来电了、断网了、手机没电了，会怎么表现呢?在本次测试中就遇到过产品在来电后页面显得一片空白的情况
10、iPhone设备自带功能的关联。比如：程序里夹带了使用系统照相机的功能，那么在程序拍完照片之后，应该在iPhone设备上保留该张图片。 11、设备的兼容问题。本次测试中对IOS4.3.5和5版本分别做了测试，发现很多版本5上好的功能，在4.3.5上是有问题的。比如打开编辑框自动弹出键盘的功能。 主要功能测试： 1.主要的功能是否实现 2.按钮位置是否一致，名称显示完整与否，按钮名字是否与其功能 相对应 3.界面（整体风格，界面切换，处于不同界面相对应的菜单栏选项 显示） 4.增删改查时弹出窗口有无，取消或确定按钮的功能 5.本地化测试（更改语言后文字正确与否，按钮名称显示完整） 6.连接网络时是否有转圈等待，等待时间是否过长 7.帮助文档段落是否对其，字体格式是否一致，是否可以编辑 8.输入信息时键盘的的模式，弹出位置是否一致 9.软件的触摸性是否良好，是否容易使用 10.多次点击（或滑动）某物（按钮，图片等）是否会崩溃 11.按钮等滑动速度的快慢是否会崩溃 12.文件的大小，格式 13.日期的测试（不合法日期），列表信息对齐，格式是否一致
软件测试指导手册 张宝良 为了提高测试效率,保证产品测试质量,从而保证产品开发工期与质量,统一测试思想就是十分必要得。本文就用友软件测试相关内容进行阐述,力求给大家启示与参考。 第一章测试概念 第一节测试要点 测试要点就是依据等价类方法(或其她方法),经过对被测试内容进行分析后,以清单方式进行描述要测试得内容。 注意事项: 1.针对任何一个被测试内容,均要考虑就是否涉及系统提供得公用功能。 2.测试要点尽可能穷举,避免遗漏。 3.测试要点给出代码实现正确实现就是什么,什么样实现就是错误得。 4.测试要点就是针对最小功能单元,可以就是一个功能结点,也可以就是一个操作按钮,但不 允许多个内容一起描述 举例:U8产品 XXX产品测试要点 第二节测试用例 测试用例就是指数据测试用例,针对测试要点,必须以数据形式才可描述清楚,作为测试要点得补充。测试要点不一定必须有测试数据用例,但测试数据用例必须对应有测试要点。 注意事项: 1.测试用例一般会涉及多个功能配合。 2.描述中要体现操作次序 3.数据准备考虑以下情况 ●小数 ●外币 ●表体一条记录 ●表体满记录 ●表体满记录多一条 4.数据准备不要太复杂,要便于操作。如果复杂可拆开描述。
第二章测试策略 测试策略:针对某项具体任务,安排最合适得人选,采用最佳得测试方法,在规定得时间内,保质保量完成。 策略要点 （1）在测试策略中,人员能力得培养就是最重要得,就是完成任务得关键。 （2）针对被测试对象得不同,测试策略应有差异。 （3）测试计划就是保证被测试对象完全测试得关键,同时也就是提高测试人员工作效率得关键。 （4）被测试对象在分解任务时要有主次之分 （5）测试资源安排时要有主次之分 （6）测试进度安排要有主次之分 （7）合理设计各测试阶段测试内容,充分体现早期测试思想,及早稳定产品。 （8）最大限度地提高测试经理得作用(任务安排、测试设计、问题分析、产品把握) （9）建立监督、检查机制。每个阶段都要有报告产生,对报告要进行详细分析,以便掌握进度与质量。（10）向过程要效益,过程不同效益不同。 任务计划 任务计划分两类:测试经理使用得“阶段任务计划”,测试人员使用得“每日任务计划” XXX测试组阶段任务计划 反馈 XXX测试员每日任务计划 该计划根据阶段测试任务制定,由测试经理编写,测试人员执行。切不可以由测试人员编写,理由就是缺乏全面考虑,尤其就是测试覆盖度方面。测试人员每日向测试经理反馈。 工作内容 分类 以就是否改动可以分为改动部分与非改动部分。 以就是否就是重点可以分为重点内容与非重点内容。
显微硬度计及图像测量系统 显微硬度计电脑操作手册 显微硬度计对于研究金属组织，产品质量管理及出具商品证明资料均是不可欠缺的试验机。对于精密机械类的小零件，金属组织及表面硬化层、电镀层等可对被限定的微小部分进行测定，并且对被测部分基本上没有损伤，具备了极高的测定可靠性。
此测量分析软件特点 可以作连续加载后连续读取压痕的连续试验，并且可以进行每次加载荷和每次读取压痕的逐次实验。采用了观察方便的ccd摄像头、视频线或USB接口的数码摄像头，可在显示器上直接观察测量压痕，用鼠标测量精确度高。对于设定试验条件，显示结果等均可清楚快捷地操作及显示。通过测量软件，可用计算机进行操作方便，实现单点测量可随机测量多点、统计测量数据，任意设定两点或多点测量点的间距作渗层深度测量可沿X或Y两个方向测量、统计测量数据，根据用户输入的判定值（如550）自动计算硬化层深度.统计演算、换算、显示曲线、判断是否合格等.可测量零件长度图形保存打印。
操作手册 一、软件系统 1、主机系统：32或64位系统主机，Windows2000、Windows xp、Windows7软件平台，全中文操作界面，支持彩色打印 机输出。 2、 1024×768分辨率显示器32位彩色显示器 二、操作说明 (一) 系统界面介绍
该界面主要由7部分组成，左部为图形显示工作区和测量数据显示区。该部分显示所摄取的压痕，以手动/自动采集时用于点取。除这两个区域外右部分为 A：功能区 1．手动测量（推荐）：此按钮用于切换是否测量压痕对角线。
2．打开图片：可将原来保存的图形读出，以便观察或重新进行测量分析。 3．图像保存：可将目前正在显示区显示的图形保存起来(保存图像时可选择图像的格式)，以便将来观察和分析。 4．动态采集：可由静止状态切换为活动状态。 5．图像静止：此按钮可让活动的图像静止，以便测量。6．放大镜：打开后会出现一个数码放大的窗口，以便更精确测量。 7．图像设置：可调整显示区显示图像的分辨率、对比度、亮度等数据。 8．修改：按此键后可修改正在测量的四条刻线位置，修改方法为：wsad四个键分别代表上下左右四条刻线，‘-’和‘=’两个键代表的是移动方向。如果要移动右边的线就先按‘d’键，再按‘-’和‘=’移动至正确的切线位置。 B：硬度换算功能区
测试人员应该注意事项 一、关于系统测试： 1、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2、相关性检查：删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否 都正确。 3、检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4、字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长 度，会不会出错。 5、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入 整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6、标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统 处理是否正确。 7、检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部 带出，带出信息和添加的是否一致。 8、信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有 没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 9、检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”， 看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。 10、检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必 填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。 11、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示 信息，如在必填项前加* 12、在输入结束后直接按回车键，看系统处理如何，会否报错。 13、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传 文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。 二、关于web页面测试 1、页面部分： （1）页面清单是否完整（是否已经将所需要的页面全部都列出来了） （2）页面是否显示（在不同分辨率下页面是否存在，在不同浏览器版本中页面是是否显示）（3）页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）（4）页面特殊效果（如特殊字体效果、动画效果）是否显示 （5）页面特殊效果显示是否正确 （7）页面元素的容错性是否存在 （8）页面元素的容错性是否正确。 2、提示信息： （1）成功、失败提示 （2）操作结果提示 （3）确认提示 （4）危险操作、重要操作提示
上海兴汉科技公司软件测试规范
目录
一.概述 本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。
1.什么是软件测试 无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是，经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 2.软件测试的目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。 从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。 由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。
微厦在线考试（试题练习）平台 操作手册
1建设内容 微厦在线考试（试题练习）平台主要分为两大块学员管理和管理员管理，学员在系统中的主要职责是在线学习、在线练习、在线考试、充值消费；管理员主要负责系统日常任务的分配和管理，如：教务管理、题库管理、资金管理、员工管理等。 1.1学员管理 学员在系统中主要是学习和消费，学员进入系统后主要对以下六个模块的内容进行操作：章节练习、模拟场、考试指南、错题重做、我的笔记、我的收藏、统计分析、联系客服、个人中心，如下图： 学员进入系统后如果未购买课程，可以对系统中的课程进行试用，试用的题数可以管理员后台自定义，试用分为两种情况：一、游客试用（即未登录试用）；游客试用时只能操作章节练习、考试指南、联系客服这三个模块的内容，游客操作其他模块会自动跳转到登录界面。二、登录试用；学员登录试用时可以操作除“模拟考场”之外的所有模块，学员购买科目试题后方能操作全部模块。 点击右上角的“”可以切换专业，也可以查看“我的科目”，如下图： 点击其他专业则会切换到其他专业下的科目学习，点击“我的科目”可以查看“当前科目”和“已购买的科目”。如下图： 1.1.1章节练习 学员第一次登录后操作任意模块都会进入专业选择，学员选择相关专业和科目后才能进行学习，级别划分是：专业>>>科目>>>章节，学员学习时针对“科目”进行充值消费，科目有多个章节，这里的“章节练习”包含了该科目下的所有章节。如下图： “章节练习”即试题练习，主要是对章节里的试题进行练习和学习。学员在练习时可以查看试题的答案和解析。对于一些难题、错题、易考题学员可以收藏，
收藏后收藏按钮会变成红色，笔记功能有助于学员在学习过程中记录自己的解题思路，帮助理解加深记忆。左右滑动可以切换上下题。 点击“提交”按钮后系统会自动对该题的答案做出批阅，如下图： 如果该试题有错误，学员可以点击右上角的“报错”向系统提交错误报告，错误报告在管理员后台查阅。如下图： 1.1.2模拟考场 模拟考场中存储了科目下的所有试卷，学员可以随时进行模拟测试，如下图： 如上图所示右上角是计时器，显示该场考试的剩余时间，点击“”可以收藏试题，收藏后“”按钮会变成“”点击“”可以报错。最下方是答题卡和提交按钮，答题卡按钮提示了当前已做答的题数和全部试题数，点击可进入答题卡界面。如下图： 如上图所示，蓝色背景的试题序号表示已作答的试题，点击“试题序号”可以自动定位到该试题，点击“交卷”可以交卷，交卷后系统会自动给出得分，学员也可以在“统计分析”中查看详细的成绩报告。 1.1.3考试指南 考试指南类似于教学大纲，明确重点、难点、考点，帮助学员轻松掌握，顺利通过考试。由管理员后台录入。 1.1.4错题重做 错题重做收录了学员每次在练习中做错的试题，相当于一个错题集。如下图所示： 点击试题题干可以查看该试题的答案和笔记，点击“进入答题”可以练习这些错题，重点学习。如下图：
Web测试中，各类web控件测试点总结 一、界面检查 进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验 1、页面名称title是否正确 2、当前位置是否可见您的位置：xxx>xxxx 3、文字格式统一性 4、排版是否整齐 5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一 6、同一页面，是否出现字段名称相同、值取不同的问题。 7、数据加载情况：除了文本框的值，还要注意： 复选框，是否保存打√，或者保存不打√ 下拉框，是否保存选择的值 多文本框，值是否都被保存，空格，换行是否保存 二、单文本框（type=text） 边界：字段长度 判空：是否可以为空 唯一性：是否唯一(小归结：边界、判空、唯一性、特殊字符、正确性) 考虑语言，操作环境 特殊符号测试输入： ' or 1<>'1 ' or '1'='1 ' or '1'<>'2 "|?>< where a='xxx' 下划线是否允许输入全部空格输入单引号 >>
特殊字段输入限定： 框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉 输入金额文本框，整数首位为0，过滤掉，小数点后面，一般保留两个有效数字。 正确性测试：（必不可少的步骤） 1)、(字段长度输入最大允许长度时)数据允许长度的测试： a、页面是否被挤出的测试(都输入长英文字符串，是否断行)； b、数据库是否允许最大字符(都输入汉字、都输入英文、混合……)； c、最短长度的正确流程，最大长度的正确流程覆盖。 2）、对于允许为空的字段，不填入，再次数据传递后，看是否报500错误。 3）、未规定字段长度（或者数值大小），不按死板输入，输入非常多字符（或者非常大的数值）时，做允许动作的正确性校验，看是否报错。(要达到的结果：不管有没有长度限制(没有给最长、最大限制让你去测？)，最终页面不能抛数据库异常。)monkeytest 说明：通过不断输入长字符串，看是否有长度校验； 最终都会出现以下两种情况的一种： A、页面(前台)有校验长度、大小；或者 B、无校验，数据库报错。 所以：所有字段都要做长度、大小限制(不管需求有没有给出明确要求，不管测试颗粒度，都要限制长度，不允许报数据库错误，都要测！！！)。最大长度限制可限定方法：1、不允许再输入；2、自动截断处理，并且给用户提示。 关于长度概念： 1、数据库规定的字节长度A 2、页面上可以输入的字符数B