Oracle的RAC的高可用功能除了负载均衡还包括TAF（Transparent Application Failover）。
RAC的TAF是指会话连接到一个实例上，如果这个实例出现了故障，Oracle会自动将会话迁移到另一个实例上。
看一个简单的例子。首先不配置TAF，在客户端TNSNAMES.ORA中进行如下的测试：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
)
)
现在没有配置TAF，连接数据库，检查实例信息：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
下面关闭TESTRAC2实例：
$ srvctl stop instance -d testrac -i testrac2
再次检查刚才连接的会话：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第1行出现错误:
ORA-03113:通信通道的文件结束
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
ERROR:
ORA-03114:未连接到ORALCE
执行操作后，Oracle会报上面的错误。下面启动服务，配置TAF：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521)) (CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
$ srvctl start instance -d testrac -i testrac2
重新登陆，检查实例信息：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
再次关闭实例：
$ srvctl stop instance -d testrac -i testrac1
检查刚才的连接的会话：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第1行出现错误:
ORA-25408:无法安全重放调用
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
虽然报了一个错误ORA-25408，但是再次执行的时候，Oracle已经自动切换到实例TESTRAC2上了。
启动TESTRAC1实例，然后关闭TESTRAC2实例：
$ srvctl start instance -d testrac -i testrac1
$ srvctl stop instance -d testrac -i testrac2
再次检查连接情况：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
SELECT INSTANCE_NAME FROM V$INSTANCE
*第1行出现错误:
ORA-25408:无法安全重放调用
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
Oracle成功的切换回testrac1实例。Oracle这里也存在一个问题，就是会产生ORA-25408错误。Oracle给出的解决方法是应用程序对这个错误进行处理。
如果将FAILOVER的TYPE改为SELECT模式，则也不会出现这个错误，首先修改TNSNAMES中的设置：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521)) (CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
然后启动刚才关闭的TESTRAC2实例：
$ srvctl start instance -d testrac -i testrac2
重新连接到实例：
SQL> CONN NDMAIN/NDMAIN@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
关闭TESTRAC1实例：
$ srvctl stop instance -d testrac -i testrac1
检查会话连接的情况：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
这时第一次执行SQL就成功了，没有在出现ORA-25408错误
这篇文章讨论FAILOVER的SESSION和SELECT选项。
上一篇简单介绍了TAF，并通过具体的说明了SESSION和SELECT的区别。但是那个例子展示的只是二者区别的一个现象而已。真正的区别在于，配置了SELECT选项的FAILOVER在数据库实例失败时，会将会话切换到另一个实例，且将实例失败时运行的SELECT语句继续执行，并返回正确的结果。而SESSION则不具备这个功能。
先看看FAILOVER设置为SESSION的情况：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
下面先看看FAILOVER设置为SESSION的情况：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
XDB$STATS$xd
XDB$CONFIG$xd
XDBCONFIG_VALIDATE
XDB_RV_TRIG
XDB_PV_TRIG
CWM$DIMENSIONDEL
CWM$CUBEDEL
CWM2$AWVIEWSUPD
CWM2$AWVIEWCOLSUPD
CWM$CLASSIFICATIONUPD
.
.
.
EM_TARGETS_DELETE
BLACKOUT_CHANGE
BLACKOUT_STATUS
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT
HANDLE_RELATED_TARGETS
MGMT_METRIC_COLL_INS
利用PAUSE的暂停功能，然后在另一个会话中关闭当前连接实例：$ srvctl stop instance -d testrac -i testrac2
返回刚才执行SQL的窗口，按回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER
METRICS_INSERT_TRIGGER
TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER
CHECK_DUPLICATE_TARGETS
RAW_METRICS_AFTER_INSERT
ERROR:
ORA-25401:无法继续读取
已选择105行。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
虽然SELECT操作失败了。但是再次执行SQL时成功了。而且会话已经切换到了另外一个实例上。
从上面的结果也可以看到SQLPLUS的一些处理方法。PAUSE主要起作用在执行后和每一页的结束后。
而PAUSE和SQL结果的提取是没有关系的。这也是为什么在PAUSE继续执行之后，仍然得到了一些记录的原因。
而且从最终获取105条记录也可以看出，Oracle的FETCH操作是通过数组进行的，在PAUSE的时候，这次数组提取已经完成。而PAUSE结束后，本次获取的数据可以显示，再次提取的时候出现了错误。
SQL> SHOW ARRAY
arraysize 15
可以看到，Oracle实际执行了7次提取操作。
上面扯远了一点，下面继续看FAILOVER的SELECT表现。
首先修改tnsnames.ora中FAILOVER的配置：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
然后将刚才管理的instance启动：
$ srvctl start instance -d testrac -i testrac2
下面同样执行上面那个SQL，注意这里必须重新登陆一次，否则客户端TNSNAMES的修改无法对当前会话生效：
SQL> SET PAUSE OFF
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
XDB$STATS$xd
XDB$CONFIG$xd
XDBCONFIG_VALIDATE
XDB_RV_TRIG
XDB_PV_TRIG
.
.
.
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT HANDLE_RELATED_TARGETS MGMT_METRIC_COLL_INS
关闭当前会话连接的实例：
$ srvctl stop instance -d testrac -i testrac1
下面返回SQLPLUS会话，敲回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER METRICS_INSERT_TRIGGER TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER CHECK_DUPLICATE_TARGETS
RAW_METRICS_AFTER_INSERT METRIC_ERRORS_CUR_AND_DUPES SEVERITY_DELETE
INSERT_FLAT_TARGETS
MGMT_JOB_EXEC_INSERT
JOB_CMD_BLK_DELETE_TRIGGER JOB_EXEC_DELETE_TRIGGER
.
.
.
SDO_DROP_USER_BEFORE
SDO_DROP_USER
SDO_GEOR_DROP_USER
SDO_NETWORK_DROP_USER
SDO_GEOR_TRUNC_TABLE
已选择164行。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
这次不但将会话切换到了正常的实例上，而且SELECT也得到了完整的结果，没有因实例故障而出现错误。这就是FAILOVER的SESSION和SELECT设置的区别。
这篇简单讨论一下TAF对事务的影响。
上一篇讨论的主要是TAF对查询的影响，那么Oracle是否也能对数据的修改进行TAF，下面来看一个例子。
客户端tnsnames.ora中的设置如下：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
)
)
)
下面尝试进行修改：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> CREATE TABLE T (ID NUMBER);
表已创建。
SQL> INSERT INTO T VALUES (1);
已创建1行。
然后关闭当前连接的实例：
$ srvctl stop instance -d testrac -i testrac1
返回SQLPLUS界面执行任意SQL：
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE; SELECT INSTANCE_NAME FROM V$INSTANCE
*第1行出现错误:
ORA-25402:事务处理必须重新运行
SQL> SELECT * FROM T;
SELECT * FROM T
*第1行出现错误:
ORA-25402:事务处理必须重新运行
SQL> DELETE T;
DELETE T
*第1行出现错误:
ORA-25402:事务处理必须重新运行
SQL> COMMIT;
COMMIT
*第1行出现错误:
ORA-25402:事务处理必须重新运行
SQL> ROLLBACK;
回退已完成。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac2
可以看到，切换虽然成功了，但是执行任何操作都会返回ORA-25402错误，除非执行ROLLBACK操作。
将SESSION模式改为SELECT模式：
TESTRAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = testrac)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
)
)
)
启动刚才关闭的实例：
$ srvctl start instance -d testrac -i testrac1
重新连接，使得客户端tnsnames.ora的修改生效。采用上一篇文章的方法，利用SQLPLUS的PAUSE命令观察SELECT模式在进行了修改之后，是如何进行TAF的：
SQL> CONN TEST/TEST@TESTRAC已连接。
SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;
INSTANCE_NAME
----------------
testrac1
SQL> INSERT INTO T VALUES (1);
已创建1行。
SQL> SET PAUSE ON
SQL> SELECT TRIGGER_NAME FROM DBA_TRIGGERS;
TRIGGER_NAME
------------------------------
DEF$_PROPAGATOR_TRIG
REPCATLOGTRIG
XDB$ACL$xd
xdb-log9_TAB$xd
SERVLET$xd
ftp-log14_TAB$xd
http-log20_TAB$xd
Folder23_TAB$xd
.
.
.
UPDATE_SOURCE
BLACKOUT_WINDOW_INSERT
HANDLE_RELATED_TARGETS
MGMT_METRIC_COLL_INS
下面关闭连接的实例：
$ srvctl stop instance -d testrac -i testrac1
返回SQLPLUS敲回车继续：
TRIGGER_NAME
------------------------------
MGMT_CREDS_UPD
MASTER_AGENT_CHANGE_TRIGGER
METRICS_INSERT_TRIGGER
TARGET_PROP_DEFS_TR
METRICS_DELETE
TARGETS_INSERT_TRIGGER
可用性测试检查表 使用说明：本调查表共有100题，回答每一个问题时按照以后三个步骤： （a）请评估每一个问题是否适用于所评审的系统。如果不适用，跳到下一题。如果适用，请继续回答。 （b）对于所评估的系统，请评价该问题的重要性（1是最不重要的，3是最重要的） （c）评价系统在该问题上的表现（1是非常糟糕，7是非常好），如果不存在，请选择不存在项 1.兼容性 1）光标的控制是否符合光标的移动？ 2）用户控制的结果是否符合用户的期望？ 3）所提供的控制是否符合用户的技能水平？ 4）界面的编码（例如，颜色、形状等）是否为用户所熟悉？ 5）用词是否为用户所熟悉？ 2.一致性 6）界面颜色的编码是否符合常规？ 7）编码是否在不同的显示及菜单上都保持一致？ 8）光标的位置是否一致？ 9）显示的格式是否一致？ 10）反馈信息是否一致？
11）数据字段的格式是否一致？ 12）标号的格式是否一致？ 13）标号的位置是否一致？ 14）标号本身是否一致？ 15）显示的方向是否一致？（漫游或卷动） 16）系统要求的用户动作是否一致？ 17）在不同的显示中用词是否一致？ 18）数据显示和数据输入的要求是否一致？ 19）数据显示是否符合用户的常规？ 20）图形数据的符号是否符合标准？ 21）菜单的用词和命令语言是否一致？ 22）用词是否符合用户指导的原则？ 3. 灵活性 23）是否可以使用命令语言而绕过菜单的选择？ 24）系统是否有直接操作的功能？ 25）数据输入的设计是否灵活？ 26）用户是否可以灵活地控制显示？ 27）系统是否提供了灵活的流程控制？ 28）系统是否提供了灵活的用户指导？ 29）菜单选项是否前后相关？ 30）用户是否可以根据他们的需要来命名显示和界面单元？ 31）系统是否为不同的用户提供了好的训练？
XX系统测试总结报告
1引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4．分析系统存在的缺陷，为修复和预防bug提供建议 1.2 背景 1.3 用户群 主要读者：XX项目管理人员，XX项目测试经理 其他读者：XX项目相关人员。 1.4 定义 严重bug：出现以下缺陷，测试定义为严重bug ?系统无响应，处于死机状态，需要其他人工修复系统才可复原。 ?点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 ?进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed”或者返回异常错误 ?当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误 ?系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed”或者返回异常错误 1.5 测试对象 略
1.6 测试阶段 系统测试 1.7 测试工具 Bugzilla缺陷管理系统 1.8 参考资料 《XX需求和设计说明书》 《XX数据字典》 《XX后台管理系统测试计划》 《XX后台管理系统测试用例》 《XX项目计划》 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。 XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。 B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。 2.1 进度回顾
清洁计算机内部可以减少以下哪种负面环境因素？ 灰尘 在清洁计算机机箱内部时，直接喷射压缩空气容易损坏下列哪种组件？ 风扇 在生产车间，一个家具工厂用笔记本电脑来实现进程监控和报告。生产车间的环境温度大约为27 摄氏度（80 华氏度）。湿度相当高，大约为70%。风扇安装在通风口顶部。这里的木屑灰尘非常多。以下哪个条件最可能对在这一环境中使用的笔记本电脑产生不利影响？灰尘 蔬菜罐头工厂使用笔记本电脑来监控生产线。生产环境的环境温度大约是24 摄氏度（75 华氏度）。湿度约为30%。由于装罐设备的使用，因此噪音很高。笔记本电脑放在一个木箱中，木箱三面距离笔记本电脑较近。以下哪个因素最可能对在这一环境中使用的笔记本电脑产生不利影响？ 放置笔记本电脑的木箱 科考队正在用笔记本电脑工作。科学家们工作地点的温度范围为-13 华氏度（-25 摄氏度）到80 华氏度（27 摄氏度）。湿度约为40%。噪声水平较低，但地形崎岖，风速可达每小时45 英里（每小时72 公里）。在需要时，科学家们会停下脚步，用笔记本电脑输入数据。下列哪一项条件最有可能对于在此环境下使用的笔记本电脑造成负面影响？ 温度
以下哪一项是制定预防性维护计划的一部分？ 记录每项维护任务的详细信息和频率 技术人员正在施工现场执行PC 硬件维护。作为预防性维护计划的一部分，技术人员应该执行什么任务？ 进气风扇除尘。 以下哪项任务应作为硬件维护例行程序的一部分？ 检查并固定任何松动的电缆。 在测试导致某个问题的若干可能原因时，应该首先测试哪类原因？ 最容易最明显的原因 在解决计算机问题时可以使用下列哪两项物品来帮助制定行动计划？（选择两项。） 计算机手册 计算机维修历史记录日志 为客户排除计算机故障之前应该备份哪两类数据？（选择两项。） Internet Explorer 收藏夹文件 客户创建的文档
XXX项目软件测试报告 编制： 审核： 批准：
目录 1概述..................................................... 错误!未定义书签。2测试概要................................................. 错误!未定义书签。 进度回顾.......................................... 错误!未定义书签。 测试环境.......................................... 错误!未定义书签。 软硬件环境.................................. 错误!未定义书签。 网络拓扑.................................... 错误!未定义书签。3测试结论................................................. 错误!未定义书签。 测试记录.......................................... 错误!未定义书签。 缺陷修改记录...................................... 错误!未定义书签。 功能性............................................ 错误!未定义书签。 易用性............................................ 错误!未定义书签。 可靠性............................................ 错误!未定义书签。 兼容性............................................ 错误!未定义书签。 安全性............................................ 错误!未定义书签。4缺陷分析................................................. 错误!未定义书签。 缺陷收敛趋势...................................... 错误!未定义书签。 缺陷统计分析...................................... 错误!未定义书签。5遗留问题分析............................................. 错误!未定义书签。 遗留问题统计...................................... 错误!未定义书签。
关于“携程”网站的可用性测试报告 2008-11-23
目录 关于“携程旅行网”的可用性测试报告 (2) 1.测试系统 (2) 2.测试目的 (2) 3.测试用户：用户A、用户B (2) 4.测试观察人员：观察者C、观察者D (2) 5.测试任务 (2) 6.测试方法 (2) 7.实验设备 (3) 8.测试流程 (3) 8.1 测试前期准备 (3) 8.2 测试过程 (4) 8.3 用户测试时间 (5) 8.4 事后交流 (5) 9. 测试数据分析 (5) 9.1实验过程所发现的可用性问题及可用性问题严重性分析说明列表 (6) 9.2相关问题截图 (7) 10. 网站相关可用性问题的解决方案 (9) 11.总结： (9)
关于“携程旅行网”的可用性测试报告 1.测试系统 携程旅行网（网址：https://www.doczj.com/doc/1518371932.html,） 2.测试目的 1.了解网站的用户行为模式； 2.了解用户在执行任务时网站所存在的可用性问题； 3.找出解决网站现已存在的可用性问题的有效方案； 4.增强该网站在同类性质网站的核心竞争力； 3.测试用户：用户A、用户B 用户A、B都是广东省某高校数字媒体专业的学生，都具有一定的计算机应用技能。 4.测试观察人员：观察者C、观察者D 观察者C、D都是广东省某高校可用性工程研究方向的学生，掌握有一定的观察技能。 5.测试任务 用户登陆网站携程旅行网（网址：https://www.doczj.com/doc/1518371932.html,） 任务1. 预定两张往返双程的机票：广州——青岛 要求：2008年11月25日从广州出发，2008年11月28日从青岛返回 任务2. 在青岛的某家酒店预定一间房间 要求：1. 标准双人（床）房 2. 经济型 任务3. 租车一天，寻找喜欢的线路游玩青岛 注：用户想租车自己开车去玩，线路自定 6.测试方法 协同合作法、有声思维法、回顾式测试法 协同合作法：用户A和B共用一台电脑，一起合作，互相帮助执行任务 有声思维法：用户A和B在执行任务的过程中，自然地说出他们在每个过程的所思所想 回顾式测试法：在测试期间录了像，事后回放，和测试用户一起观看，用来收集额外的信息
一、可用性测试 可用性测试是测试者邀请用户使用设计原型或产品完成操作任务，并通过观察、记录和分析用户行为和相关数据，对界面可用性进行评估的一种方法。可用性测试能够对界面的可用性进行全面的评估，是最为常用的方法之一。它适用于产品界面和界面设计中后期界面原型的评估。可用性测试通常在一个备有摄像和监视装置的专门实验室内进行。 可用性测试中，测试者无法也毋需严格控制无关变量，以免改变测试性质，降低测试效度。 可用性测试主要包括5个步骤：确定测试计划；准备评估对象和测试设备；招募用户；正式测试；分析结果并撰写报告。 测试过程中，多种方法可以用来收集用户的行为反应数据，其中包括：直接观察法；大声思维法；访谈法；问卷法；录像记录法。 可用性测试的参与人员包括多名测试人员和用户。测试人员中，一人为主测试者，负责引导用户完成测试并直接观察用户操作，其它为观察者，仅通过监视装置观察和记录用户的行为反应。用户通常分别单独完成测试。 参与可用性测试的用户应当具有代表性，是产品的目标用户或具有相同性质，以免影响测试准确性和效度。 可用性测试的评估对象是产品或设计原型。 二、启发式评估 启发式评估，它是一种邀请可用性评估专家或软件工程师了解或使用交互界面，并根据人机界面的设计原则，对交互界面进行评估的方法。启发式评估简便易行，但缺乏精度，适用于交互界面设计的中前期。 启发试评估过程主要包括4个步骤：观察者解释评估对象；评估者了解或使用评估对象；评估者评估；集体讨论。 启发式评估的参与人员包括一名观察者和3~5名评估者。 启发式评估的对象可以是产品界面或原型，甚至纸上原型。 三、认知过程浏览 认知过程浏览是指当设计者具备了原型或设计的详细说明后，邀请其它设计者和用户共同浏览并分析典型任务的完成步骤，从而发现可用性问题并提出改进意见的一种方法。适用于界面设计的早期阶段。 认知浏览过程主要包括两个阶段：准备阶段；评估阶段。 认知过程浏览的评估对象是产品界面、原型或界面设计的详细说明。 四、行为分析
（项目名称） 测试报告 测试执行人员签：___________ _ 测试负责人签字：__________ __ _ 开发负责人签字：_________ ___ _ 项目负责人签字：________ ____ _ 研发部经理签字：_______ _ _____ XXXXXXXXXXX公司软件测试组 XXXX年XX月
目录 1 测试概要 (3) 1.1 项目信息 (3) 1.2 测试阶段 (3) 2 测试结果 (3) 2.1 测试结论 (3) 2.2 测试总结 (3) 3 测试环境 (3) 3.1 系统拓扑图 (4) 3.2 环境详细信息 (4) 4 测试分析 (4) 4.1 测试进度总结 (4) 4.2 测试需求覆盖情况 (5) 5 缺陷统计与分析 (5) 5.1 按功能模块划分 (5) 5.2 按状态分布 (6) 5.3 缺陷收敛情况 (6) 5.4 遗留缺陷 (6) 6 建议 (7)
1 测试概要 1.1 项目信息 1.2 测试阶段 [描述测试所处阶段，描述本次系统测试是第几轮和所涵盖的测试类型。如下示例] 本次测试属于系统测试第一轮，测试类型包括：安装测试、功能测试、易用性测试、安全性测试、兼容性测试、文档测试、性能测试和稳定性测试。 2 测试结果 2.1 测试结论 [说明本轮测试完成后，是否存在遗留问题，是否通过测试，是否测试通过。] 2.2 测试总结 [对本次验收测试工作进行总结。] 3 测试环境
3.1 系统拓扑图 [使用Visio画出本次验收测试的测试环境框图。如下示例：] 3.2 环境详细信息 [列出本次验收测试使用到的所有软硬件设备信息，列表内容应该包含测试环境框图中的所有软硬件。] 4 测试分析 4.1 测试进度总结
手机播放器可用性测试报告
目录 手机播放器可用性测试报告 (1) 测试概述： (3) 调研方法： (3) 被调研人： (3) 主要发现： (3) 1：播放时间： (3) 2：播放器整体问题： (3) 3：播放器各个功能主要发现： (4) 改进建议 (5) 备注 (6)
测试概述： 调研的目的：发现目前乐视网手机端视频播放器的整体问题及每个功能点的使用问题，并提出改进建议。 测试功能点包括：返回、视频标题、视频进度条、时间进度显示、清晰度选择、暂定前进后退、音量调节、下载、收藏、分享、选集、详情、浮窗模式切换 调研方法： 路径1：测试人员提出需求，要求被测人员自己找方法完成任务。 路径2：追问已有反馈，验证被测人需求。 被调研人： 此次调研人数共6人，无产品设计人员及技术人员。 主要发现： 1：播放时间： 下班回家至睡觉前 2：播放器整体问题： （1）：播放器触发迟钝，需多次点击才触发； （2）：播放器停留时间短，未操作就消失了； （3）：播放器功能多，一次看不完全；
3：播放器各个功能主要发现： （1）6人在看视频过程中一般不会看标题，原因在打开视频前就看了。 （2）5人视频用进度条；1人用智能手势操作，全不用前进后退键。 4人不用前进后退，因为不知道进退多少；2人不理解按钮意思不敢点击；2人希望进度条有节点显示 （3）4人认为暂停键偏小或距离前进后退键太近，点击要小心翼翼； 3人认为暂停键太小；1人认为间距太小；2人希望点击画面暂停；1人希望点击后在视频中间放大显示暂停键； （4）音量调节倾向纵向操作。 4人倾向纵向操作，2人用手机硬件调节音量（不做参考）。 （5）6人认为视频浮框切换没用，几乎不知道有此功能。 浮框问题：1人希望双击返回主界面；1人希望关闭到主界面关闭；1人认为关闭用x更容易理解。 （6）6人中3人在播放过程中几乎不看详情，在视频播放前看了，3人认为此功能没必要。1人说若为每一集的详情可能会看。建议省去。 （7）5人不用收藏，1人使用较多。
微博精选首页可用性测试方案（初稿） 一、测试目的 1、微博精选首页。精选微博Feed流、精选集页面、个人profile页面的用户认知 2、发现微博精选网站的存在的可用性问题 3、提出构建网页良好用户体验的可能改进建议 二、测试方法 1、基于任务的半结构访谈法：以任务为导向进行访谈，在访谈中抓住核心点深入追问，了 解用户真实想法和操作习惯。 2、有声思维法：用户在执行任务的过程中，自然地说出他们在每个过程的所思所想。 3、细节观察法：在测试期间通过录像或者设置观察者，适时记录用户的语言及非语言信息 招募标准： 1、年龄在18—35岁之间（主体用户） 2、有一定的互联网接触年限 3、使用新浪微博三个月以上 4、测试浏览器IE7、8 chrome（需求文档要求） 四、测试流程 五、基于任务的访谈提纲 引导语 欢迎您来参加我们的这次用户体验活动，本次测试需要用时40分钟左右。我们将会要求您完成一些任务，然后我们会问一些问题。在测试过程中，您如果有任何疑问或者不好的体验，请您随时指出来。
第一部分，用户基本信息与使用经验 1、个人基本信息（年龄，性别，职业，计算机水平，上网经验） 2、是否注册了堆糖、花瓣、布兜、迷尚、拼范等类似的网站？ 3、如果有,最喜欢的是哪一个，为什么喜欢？（注册时间，频率，目的等）。 4、您新浪微博的注册时间、使用目的、使用频率、使用时间、最关注内容。 5、请登录您的新浪微博，粉丝数量、关注数量、发微博数 第二部分、任务及访谈提纲 任务一、查看feed流 登录微博首页，查看微博精选标签（猜你喜欢）。 1你平常是否使用分组标签栏？使用频率？ 2 你觉得微博精选放在此处，是否很方便你查看？ 任务二、界面浏览及模拟日常操作行为（1分钟） 请从微博广场进入微博精选首页 提问： 1、你对微博精选的第一印象、总体感受如何？ 2、你对这个页面感兴趣吗，你觉得这个网站的用途是什么？ 3、对页面加载速度、颜色背景、整个页面排列方式感受如何？ 任务三、评价与转发 1、请在精选首页，转发并评价一个精选微博 任务四、创建精选集 1 请你创建一个精选集。（观察用户创建路径） 提问: 你对创建过程体验如何，是否简单易用？ 备注：创建我的精选集，路径3 1 点击打开任意一条你感兴趣的精选微博，并采集到你的精选集，创建一个新的精选集。 2 在精选首页点击微博精选首页右上角创建精选集，创建一个新的精选集 3 点击精选微博上的采集按钮，直接采集此精选微博，创建一个新的精选集 任务五、采集微博到精选集 1、请采集一条你感兴趣的微博到我的精选集。（观察路径） 2、请你查看刚刚采集到的微博 任务六、管理精选集 1、请编辑重命名精选集 2、请删除精选集中一条微博， 3、请删除一个我的精选集 任务七、订阅 1、请订阅某个你喜欢的精选频道（观察路径） 2、请查看你的微博好友的精选集，并订阅他的精选集（观察路径）
实验六Web测试 实验类别：综合实验 实验目的： 应用Web测试工具对Web系统进行功能和性能测试； 背景知识： 对Web系统测试需要从功能、性能、可用性、安全性等多方面进行测试。 一、功能测试 对Web系统进行功能测试包括以下几个方面： 1. 链接测试 链接是 Web 应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证 Web 应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面。 2. 表单测试 当用户给 Web 应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的
某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。 3. Cookies测试 Cookies通常用来存储用户信息和用户在应用系统的操作，当一个用户使用 Cookies 访问了某一个应用系统时， Web 服务器将发送关于用户的信息，把该信息以 Cookies 的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果 Web 应用系统使用了 Cookies ，就必须检查 Cookies 是否能正常工作。测试的内容可包括 Cookies 是否起作用，是否按预定的时间进行保存，刷新对 Cookies 有什么影响等。 4. 数据库测试 在 Web 应用技术中，数据库起着重要的作用，数据库为 Web 应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。 在使用了数据库的 Web 应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。 二、性能测试 对Web系统进行性能测试主要包括以下几个方面： 1. 连接速度测试
ISTQB FL 试题（2） 1.软件测试是软件开发过程中重要的质量保证活动，软件系统的集成测试工作应该开始于：c a)产生需求分析规约后； b)产生需求分析规约前； c)产生概要设计规约后； d)产生概要设计规约前； e)所有代码完成后。 2.软件测试工作应该开始于：b a)编码之后； b)需求分析阶段； c)概要设计阶段； d)详细设计阶段。 3.条件（a>3 or c<5 and b<>100）的条件组合覆盖用例个数是：C a)3个； b)6个； c)8个； d)16个。 4.ISTQB术语中的回归测试的目的是：c a)验证修改的成功 b)预防功能编写的不完善或疏漏 c)确保修正过程中没有引入新的缺陷 d)帮助程序员更好地进行单元测试 5.关于软件质量保证和软件测试的描述，不正确的是d a)软件质量保证和软件测试是软件质量工程的两个不同层面的工作； b)在软件质量保证的活动中也有一些测试活动； c)软件测试是保证软件质量的一个重要环节； d)软件测试人员就是软件质量保证人员。 6.关于测试充分性的描述，正确的是：b a)只有进行完全的测试才充分； b)在有限的时间和资源条件下，找出所有的软件的错误，使软件趋于完美，是 不可能的； c)当继续测试没有发现新缺陷时； d)当全部测试用例都执行完后。 7.以下关于测试目的的观点，不正确的是：b
a)软件测试的目的是寻找错误，并且尽最大的可能找出最多的错误； b)找出软件开发人员的问题并评价开发人员能力； c)一个成功的测试是发现了至今未发现的错误的测试； d)测试的目的，是想以最少的人力、物力和时间找出软件中潜在的各种错误和 缺陷，通过修正各种错误和缺陷提高软件质量，避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。 8.描述黑盒测试和白盒测试不同点正确的说法是：a A. 黑盒测试在测试对象的表面进行 B. 白盒测试是在源代码已知的情况下进行 C. 黑盒测试用例是通过测试对象的使用说明或需求设计 D. 黑盒测试包括语句覆盖和分支覆盖方法 E. 白盒测试是通过因果图的分析方法进行的 a)A,B,C b)A,C c)A,B,C,D,E d)D,E 9.根据黑盒测试方法可以设计变量0 <= X <= 100的测试用例：c a)0,20,100 b)20,50,100 c)-1,0,1,50,99,100,101 d)-100,30,100,200 10.测试团队中测试经理任务不包括：a a)制定测试计划； b)协调和管理监督测试过程； c)记录并报告测试结果； d)和其他小组的沟通、协调。 11.测试人员（Tester）在软件配置管理中工作主要是：d a)根据配置管理计划和相关规定，提交测试配置项和测试基线； b)建立配置管理系统； c)提供测试的配置审计报告； d)建立基线。 12.下列术语中哪一个是ISTQB术语表中缺陷(Defect)的同义词：b a)Incident b)Bug c)Mistake d)Error 13.根据ISTQB 定义的术语，“风险”是与下列哪一个选项关联的？b a)对测试者否定的反馈意见
可用性测试报告,模板 篇一：测试报告模板(Testing Report Template) 测试报 Prepared by 拟制 Reviewed by 评审人 Approved by 批准 XX项目XX测试报告 Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Revision Record 修订记录 Table of Contents 目录 1 概述 ................................................ ................................................... ........................... 5 2 测试时间、地点及人员 ................................................ . (5) 3 环境描述 ................................................ ...................................................
(5) 硬件配置： .............................................. ................................................... ............ 5 软件配置： .............................................. ................................................... ............ 5 总体评价结论................................................. ................................................... ...... 6 缺陷统计 ................................................ ................................................... .............. 6 缺陷分析 ................................................ ................................................... .............. 7 测试趋势分析结果 ................................................ ............................................ 7 质量评价结果 ................................................
如何进行可用性评估和研究 报告框架 什么是可用性评估？——理解可用性 为什么要做评估？——探明评估目标 评估哪些方面？——确定评估指标 选择哪类评估？——选择评估方法 评估前需要哪些准备？——评估准备 如何实施评估？——评估实施 如何撰写评估报告？——评估报告 什么是可用性评估？——理解可用性 可用性定义（ISO9241-11）：产品在特定环境下特定用户用于特定用途时所具有的效果、效率和用户主观满意度。 如何开展可用性评估和研究" /> 500){this.width = 500;}" /images/picError.gif'" />
为什么要做评估？——探明评估目标 研究导向：证实与证伪 产品导向：发现问题，改善设计 为什么要做评估？——研究导向 我发明了一个全新的技术，我想知道用户对这个创新技术的反应，以确认它是否有价值。——验证性评估 我发明了一个可替代现有技术的新技术，我想知道它是否比现有技术更有价值（对比）。——对比性评估 为什么要做评估？——产品导向（1） 战略上的目标 1 使我的产品所提供的功能用户真正―想要‖和―想用‖，建立起清晰的产品定位。 2 使我的产品在同类产品中更具核心竞争力。 功能是产品的核心价值，当同类竞争产品之间的功能相差不大时，可用性和用户体验就升格为核心价值。 Idea：可用性/用户体验是产品竞争的最后一座―堡垒‖。 3 使我的用户满意我的产品——〉信赖我的产品的品牌——〉成为我的产品的―骨灰级粉丝‖ 为什么要做评估？——产品导向（2） 具体目标 （1）建立可用性标准 对当前版本进行可用性评估，为下一版本的产品提供可用性标准。 （2）控制开发成本 在开发周期的早期就能够发现设计上的问题（原型测试）VS Coding的成本非常高 （3）降低开发风险 等待产品发布后再获得用户的反馈，风险太高 （4）降低技术支持和维护成本 用户容易学习和使用产品，自然就很少打技术支持的―热线电话‖，也无需太多的时间去维护产品
测试（验收）大纲 目录 1. 引言 (3) 1.1 目的 (3) 1.2 术语 (3) 1.3 参照标准 (3) 2. 测试日期安排 (5) 3. 测试小组及成员 (5) 4. 测试具体内容 (5) 4.1 合法性检查 (5) 4.2 软件文档检查 (5) 4.2.1 必须提供检查的文档 (5) 4.2.2 其他可能需要检查的文档 (6) 4.2.3 由业主确定必须检查的其他文档 (6) 4.2.4 文档质量的度量准则 (7)
4.3 软件代码测试 (8) 4.3.1 源代码一般性检查 (8) 4.3.2 软件一致性检查 (9) 4.4 软件系统测试 (10) 4.4.1 界面(外观)测试 (11) 4.4.2 可用性测试 (11) 4.4.3 功能测试 (11) 4.4.4 稳定性(强度)测试 (12) 4.4.5 性能测试 (12) 4.4.6 强壮性(恢复)测试 (12) 4.4.7 逻辑性测试 (12) 4.4.8 破坏性测试 (13) 4.4.9 安全性测试 (13) 5. 测试结果交付方式 (13)
1. 引言 1.1 目的 为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。 1.2 术语 本大纲所提及的术语，其定义遵照GB/T 11457标准。 1.3 参照标准 ●GB/T 11457—1995 软件工程术语 ●GB 8566—1995； 信息技术软件生存期过程 ●OGB 8567—1988* 计算机软件产品开发文件编制指南 ●GB 9385* 计算机软件需求说明编制指南 ●GB 9386—1988*
新产品可用性测试治理工作的步骤 公司要保持竞争力，必须让产品更易于使用，但经理们可能可不能因此就雇用人因学或可用性测试方面的专家，因为他们看不到其中的价值，那么你如何办? 你能够主动出击，实施一个可用性测试使这些心存疑虑的家伙们信服。即使你没有心理学、人因学的背景或者缺乏测试经验，哪怕没有足够的预算甚至没有实验室，都没有关系。遵循以下的差不多方法，不需要投入太多也能够完成一次象样的可用性测试。 成功的可用性测试，有十步： 1)做好预备工作; 2)制定测试打算; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户;
7)预备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好预备工作 那个地点的信息并不是经验和培训的替代品，但可能会对你有一些关心，让你成为一个能够胜任的测试人员。第一步确实是武装自己，有专门多能够利用的资源： ·书籍和文章 学校的书店和图书馆，包括一些专业的期刊，它们是书籍和文章的最好来源。至少，你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中，关于可用性测试的文章种类越来越多。在能够寻求关心的四种方法中，那个通常是最薄弱的，因为大部分的研讨会是理论性的。你需要的是约10%的“什么缘故”和90%的“如何样做”，而研讨会常常不是如此的。另外，参加研讨会往往费用较高。 ·咨询
咨询可能比研讨会来得合算，然而也有可能得不偿失。最有名气的公司可能并不适合你。例如，请一位在大学里面的人因学专家来做顾问，她会评估整个的测试过程，对记录测试数据的方式提出专门多有效的建议，在预测试中指派一名研究生一起来操纵整个过程，整个下来花费不多。 ·大学和学院 大学里提供了两样东西，课堂和教授。回到学校可能是你最不想做的一件事，但从一个人那儿学习统计比从书本自学要容易得多。假如你的公司不需要你得到纸面文凭，那么你就能够旁听，能够通过也能够不及格。 能够直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。假如你情愿也能够参与一个与可用性测试有关的硕士生项目。 就像请顾问一样，教授的建议同样是丰富的资源。例如，你能够设计一个测试项目作为课程作业，教授就会关心你同时能够减少花费。 2. 制定测试打算 对可用性测试有所了解之后，下一步确实是写测试打算。描述可用性测试的目的，以及如何来完成，这专门重要，缘故如下：一是从治理者或其他人那儿得到你所需要的支持;一个是使你的思路和目标变得清晰。测试打算中要包括： ·什么缘故要测试
（项目名称） 令狐采学 测试报告 测试执行人员签：____________ 测试负责人签字：__________ __ _ 开发负责人签字：_________ ___ _ 项目负责人签字：________ ____ _ 研发部经理签字：________ _____ XXXXXXXXXXX公司软件测试组 XXXX年XX月 目录 1测试概要1 1.1项目信息1 1.2测试阶段1 2测试结果1 2.1测试结论1 2.2测试总结1 3测试环境1 3.1系统拓扑图1 3.2环境详细信息2
令狐采学创作4测试分析2 4.1测试进度总结2 4.2测试需求覆盖情况3 5缺陷统计与分析3 5.1按功能模块划分3 5.2按状态分布3 5.3缺陷收敛情况4 5.4遗留缺陷4 6建议4
1 测试概要 1.1 项目信息 1.2 测试阶段 [描述测试所处阶段，描述本次系统测试是第几轮和所涵盖的测试类型。如下示例]本次测试属于系统测试第一轮，测试类型包括：安装测试、功能测试、易用性测试、安全性测试、兼容性测试、文档测试、性能测试和稳定性测试。 2 测试结果 2.1 测试结论 [说明本轮测试完成后，是否存在遗留问题，是否通过测试，是否测试通过。] 2.2 测试总结 [对本次验收测试工作进行总结。] 3 测试环境 3.1 系统拓扑图 [使用Visio画出本次验收测试的测试环境框图。如下示例：]
3.2 环境详细信息 [列出本次验收测试使用到的所有软硬件设备信息，列表内容应该包含测试环境框图中的所有软硬件。] 4 测试分析 4.1 测试进度总结
?偏差原因分析：测试人员***请病假两天，由于最初没有对人力资源进行合理规划，导致这期间该测试项目被挂起。 ?经验总结：。。。。。 4.2 测试需求覆盖情况 5 缺陷统计与分析 5.1 按功能模块划分 5.2 按状态分布
可用性测试的具体做法及经验总结实例讲解 用户调研分为两种形式，一种是定量，一种是定性。 定性的方式里面又包含可用性测试、用户访谈。可用性测试是用户调研中一种定性研究的方法，让产品更好的服务用户，可以说是一种低成本高回报的一种研究方法。 今天我主要通过以下几个层面来讲解可用性测试的亲身操刀经验： 一. 什么是可用性测试 1. 什么是可用性测试？ 2. 可用性测试的好处是什么？为什么有很多公司不用呢？ 二、可用性测试的具体流程及注意事项 1. 需求收集 2. 资料准备 3. 用户招募 4. 测试脚本设计 5. 预测试 6. 测试开始 7. 输出分析报告 三. 什么是ASQ？什么是SUS量表？ 1. 关于ASQ 2. 什么是SUS量表？ 四、可用性测试一般在什么时候进行？ 五、什么功能适合做可用性测试？ 六、总结
一. 什么是可用性测试？ 1.什么是可用性测试 可用性测试，是通过观察有代表性的用户，完成产品中的各项任务，界定出可用性问题并解决这些问题。展开来讲就是：观察代表性用户；完成所测产品的典型任务；测试出产品有哪些问题；解决问题 举个例子： 拿咪咕圈圈的弹幕功能来说，用户通常在什么场景下会使用弹幕，在使用时是否能熟练使用以及是否对弹幕功能有自己的意见或不满？ 代表性的用户：会使用咪咕圈圈看漫画的深度用户 典型任务：用户在观看视频时，想要发送一条弹幕，再发一条好友弹幕 测试出的产品问题： 觉得填写@调出好友界面的操作流程比较麻烦且隐藏，期望简化操作流程 扩大分享到站外好友 解决问题： 可以优化聊天框，将@功能显示出来 增加扩大分享到站外好友功能 2.可用性测试的优点是什么？为什么还有那么多公司不用呢？ 第一种情况是，他认为我的产品没问题，用户都会用，不需要做可用性测试；第二种情况是压根没有这个意识，也不去了解学习，就这样用户离她们越来越远，过上YY的生活；第三种情况是，有意识去做，但不专业，害怕做不好，不知道怎么入手有人又要问了，可用性测试很重要吗？当然重要。是必须要做的吗？也不是。因为并不是每次迭代更新都要做可用性测试，会很浪费时间人力成本，可能效果还不好。
什么是可用性测试？ 可用性测试是指，让一群有代表性的用户尝试对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。 你能从可用性测试获得什么？在每一轮的可用性测试中，你都应该先明确具体的测试问题和目标，针对这些目标进行测试。举例来说，项目刚刚起步，你可以对定量的指标（如时间，错误率和满意度）进行测试，为日后修改网站提供参照。再例如，如果你已经设定了可测量的可用性目标，你可以看看你的产品是否切合这些目标。对于一个典型的可用性测试，你可以：找出该产品的任何的可用性问题从测试参与者的表现收集定量数据确定该产品的用户满意度 可用性测试和以用户为中心的设计的关系？可用性测试是以用户为中心的设计的一个重要组成部分。用户为本的设计过程本身就应该包括对性能和偏好进行评价的一系列测试。 什么时候该做可用性测试？尽早做，经常做。可用性测试可以让设计师和开发团队在产品成形之前尽早发现问题。问题越早发现和弥补，所造成的损失就越低。这些问题是找到并固定好，越昂贵的补丁程序。随着项目的进展，对设计主体进行改动会变得越来越困难和昂贵。你测试的越多，并就相应测试进行改进，你就可以更加确信你的网站没有偏轨，确信它是符合您的目标和用户的需要的。迭代开发过程——开发原型，测试用户，分析结果，随之修改原型，然后再重复测试、分析、修改周期——是开发一个成功的网站或软件的最好方式。 通过可用性测试你能学到什么？通过一个典型的可用性测试，你可能找到这些问题的答案：测试参与者能成功完成任务吗？在成功完成的任务中，每项任务能做的多快？在成功完成的任务中，每项任务要多少页（或者点击多少次）才能完成？测试参与者的表现是否满足可用性目标？测试参与者对网站的满意度如何？做出什么改变才能确保更多用户能够完成地更顺利？可能还有更具体的问题。举例来说，如果这一轮测试主要关注的是搜索功能，你可能会关注这些问题：测试参与者会在页面上浏览还是直接使用搜索？他们搜索时最常用的关键字是什么？搜索框是否足够大，能呈现大部分的搜索关键字？它的位置是否合理？搜索结果是否能引导用户的快速找到答案？如果搜索结果恰好包含用户想要的答案，这些答案是否经常显示在第一页？搜索是否能检测到拼写错误并帮助纠正？ 可用性测试中你该注意什么？必须牢记以下四点：1. 你测试的是产品，而不是使用者。2. 更多地依 靠用户的表现，而不是他们的偏好。3. 把你掌握的测试结果应用起来。4. 基于真实的用户体验，找出问 题的最佳解决方法。1. 你测试的是产品，而不是使用者。对一些用户而言，"测试"有负面的涵义。我们要努力确保他们不认为测试是针对他们。我们要让他们明白，他们正在帮助我们测试原型或网站。事实上，我们可以不使用“测试”这个术语。相反，我们是邀请参加者为我们提供帮助，"勇于尝试原型" 。当用户难 以完成任务时，我们应该改变网站，而不是改变用户。同时我们还应该思考该网站能在多大程度上符合那些典型用户的的目标，而不是关注用户在这个任务做的多好。2. 更多地依靠用户的表现，而不是他们的偏好。通过测试我们可以测量到用户的表现，以及他们的偏好。用户的表现包括是否成功完成，所用时间，产生的错误等等。偏好包括用户自我报告的满意度和舒适度。一些设计人员认为，如果他们的设计能迎合用户的喜好，用户在该网站上就会有良好的表现。但证据并不支持这一点。事实上，用户的表现以及他们对产品的偏好并非一一对应。一项研究发现，约有百分之七十的用户同意表现和喜好有联系。也就是说，他们在喜爱的网站上表现良好，在不喜欢的网站上表现欠佳。然而，还有相对比较大比例的人（30 ％）认为，用户的表现以及他们对产品的偏好并非一一对应。他们在不喜爱的网站上可能表现良好，在喜欢的
进行可用性测试的8个指南 发布时间: 2007-4-12 14:45 作者: yangsu 来源: https://www.doczj.com/doc/1518371932.html, 字体: 小中大| 上一篇下一篇| 打印| 我要投稿| 推荐标签：可用性测试 引言: 在专业的web设计圈，可用性测试会议已经成为任何重点项目的一个基本组成部分。对于关注品牌发展和产品开发的人群来来说，可用性测试是提供获取网站目标人群的反馈意见的宝贵机会，并且应该尽早开始. 但是你怎样才能从这些可用性测试会议中收获最多的东西呢？ 1. 选择你的课题 正如任何市场研究项目，结果和你需要测试的人一样，不要以你自己公司的人或者朋友以及家人作为测试人群。可以去任何一家市场研究公司或者临时代理机构和他们沟通关于这个课题的参与者。确定市场研究公司不会提供公司的名称或任何其它细节，从而避免这些东西影响参与者的判断。 2.可用性测试前期 就如生命中的任何事情，第一印象是最关键的，每个参与者必须很放松。记住，可用性测试会议室通常是一个极端人造的环境，并且最有益和最具信息的结果就是，我们希望他们他们的行为就像他们在家里或者办公室里一样。 为如何到达可用性测试场所提供清晰的指引，必要的话，在当地会见这些参与者。不要使用诸如“可用性测试”或者“市场调查”这样的术语，因为这些会干扰参与者并使他们紧张。同样，确保参与者知道可用性测试时间需要多久，希望他们执行的任务类型是什么。 在最开始的问候和欢迎酒之后，通常会签署一些法定的条款。这些用最通俗易懂的的英文来书写是很重要的，并且要尽可能的简短。最后一件事是任何一个紧张的可用性测试项目需要的，就是给一份类似他们签署的东西的合同。对于他们来说，你想要的全部就是保证这些测试是完全保密的，并且在测试过程中，作为我们测试结果的一部分允许生成数据。所以告诉他们这些。 3.可用性测试的开始