易用性测试紧密的贯穿于软件生命周期过程中，而非一个独立的过程，从需求阶段介入，从源头指导其后的设计与开发工作，在SIT阶段检查是否遵循了制定的易用性规范，然后通过用户调查、实验室测试等手段站在用户的角度验证其易用性，最后解决易用性问题并进行总结，积累经验，改进易用性测试方法和流程，提升产品质量的同时使易用性测试不断成熟。

也可以结结合GA或者其他软件进行网站分析，通过热力图，页面停留时间，某个按钮停留时间，用户的行为轨迹，来获得一定的信息，从而进行网站的改善。

易用性测试紧密的贯穿于软件生命周期过程中，而非一个独立的过程，从需求阶段介入，从源头指导其后的设计与开发工作，在SIT阶段检查是否遵循了制定的易用性规范，然后通过用户调查、实验室测试等手段站在用户的角度验证其易用性，最后解决易用性问题并进行总结，积累经验，改进易用性测试方法和流程，提升产品质量的同时使易用性测试不断成熟。

也可以结结合GA或者其他软件进行网站分析，通过热力图，页面停留时间，某个按钮停留时间，用户的行为轨迹，来获得一定的信息，从而进行网站的改善。

“网站易用性”一般的执行步骤如下：

第一步：前期准备，搭建测试环境

第二步：招募测试对象，找到典型用户

第三步：设定任务（目标），观察（录制）其操作轨迹

第四步：采访测试对象使用感受

第五步：对观察结果和采访结果进行综合分析

测试是什么？测试流程是怎样的？
1、按是否查看程序内部结构分为：
（1）黑盒测试（black-box testing）：只关心输入和输出的结果
（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构
此外，还有灰盒测试：介于黑、白盒测试之间的，关注输出对于输入的正确性，同时也关注内部表现
2、按是否运行程序分为：
（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：
对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程
3、按阶段划分：
（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：
1)功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic function testing）
界面测试（UI testing）UI=User Interface
易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试
2)性能测试（performance testing）
软件的性能主要有时间性能和空间性能两种
时间性能：主要指软件的一个具体事务的响应时间（respond time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：
一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。(Validate the system or software can allowed the biggest stress.)
5、其他测试类型：
回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。(When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.)
冒烟测试（smoke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。(validate the major function is deployed or not in software of system when a new build or release is implement.)
随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。(means or all the test data is random, to validate the some edge bugs.)
测试流程
1.通用的测试流程：
需求——》开发——》自测（开发）——》产品/设计验收——》提测——》测试——》上线
2.流程要持续优化，不断改进，满足工作需要（如产品通过发邮件通知，如开发代码的review，如单元测试的推进）一切都为了产品的质量。
3.持续集成，结果及时反馈。

在SIT阶段检查是否遵循了制定的易用性规范，然后通过用户调查、实验室测试等手段站在用户的角度验证其易用性，最后解决易用性问题并进行总结，积累经验，改进易用性测试方法和流程，提升产品质量的同时使易用性测试不断成熟。

关于可用性测试

可用性测试可以帮助设计师确定人们在产品方面遇到的困难，通过及时反馈和建议帮助我们进行产品的改善和迭代，也可以帮助我们了解一款产品或一项功能面世前的风险。

Nielsen Norman Group 将Usability Testing的目的总结为以下三点：

一般来说，可用性测试可以和用户面对面进行，也可以远程视频进行。通常根据任务时间，错误率、成功率、高效性和满意度来衡量测试结果。其中，不仅需要设计师具有良好的沟通和洞察能力，也需要时刻保持旁观者的态度，尽可能保持中立态度。

可用性测试分为以下7个步骤：

• 明确测试时间和目的；

• 定义测试样本；

• 规划测试过程、时间表、参与人员等；

• 确定测试任务，明确每个任务的测试目的；

• 准备用户问卷和提问，注意措辞方式，确定测试过程中的记录方式，整理快速笔记的方法；

• 进行测试；

• 后期分析用户测试结果，整理报告。

如何从0到1进行易用性测试

      紧密的贯穿于软件生命周期过程中，而非一个独立的过程，从需求阶段介入，从源头指导其后的设计与开发工作，在SIT阶段检查是否遵循了制定的易用性规范，然后通过用户调查、实验室测试等手段站在用户的角度验证其易用性，最后解决易用性问题并进行总结，积累经验，改进易用性测试方法和流程