Day 19: UX  用户体验

Why ?

最近UX变得越来越火,用户提现往往会直接联想到易用性和设计。

在我看来,UX不仅仅是这两点。UX, User Experience ,对我而言,不单单是产品,还应该包含客服、发布说明、文档、技术支持文档/站点/手册,性能,安全,易用性,可用性,可及性,适用性等。这个很大的话题。

How?

作为一名测试工程师,对于UX,好像我们可做的事情不是很多。下面列出的这些关于UX的点,可能并不适用于你的产品,但是在你测试的过程中,考虑下这些方面,也没坏处对吧。

Customer Support 客户支持

有客户支持吗?

我们的客户支持团队对我们的产品细节了解吗

我们的技术支持是否足够

是客户需要的吗

客服的联系方式正确吗

有没有在线客服?

客服提供的帮助是否正确、准确、并且能很容易的获得客服支持

发布公告

有提供发布公告吗?

文档准确吗?

文档完整吗?

是不是针对正确的目标群体(是不是太technical ,或 一点都不专业)

出错容忍

对于系统异常是否能容忍?

错误提示是否具有相关性?

系统能否帮助用户从异常中恢复回来?

文档

有没有?

需不需要?

是否准确?

性能

站点的性能是否可以满足如先前定义要求的/客户需要的那样?

对于系统系能是否有足够的了解

安全性

客户的信息安全吗?

客户知道他们的信息是安全的吗

客户是否再次确认信息安全

我们能证明客户的信息是安全的吗

Usability and Easy of Use  易用性

产品是不是很简单,很容易上手?

用户是否能很方便的找到他所想要的

所有的页面风格是否都是一致的

和期望是否一致

is the site behavious typical based on other systems/sites/application ?不理解

Accessibility 可达性

is the site accessible by people with accessibility requirements ?

需要这样吗

建议

在Web设计领域,有很多关于设计和用户行为的资料。这些可以提供你一些很棒的视野关于如何设计产品,才能和用户互动起来。作为一个名测试工程师,要用于探索“测试”领域外的东西。

链接:

UX on Wikipedia - http://en.wikipedia.org/wiki/User_experience_design
UX Booth - http://www.uxbooth.com/
UX Mag - http://uxmag.com/

 

Day20 修改地区设定  Change the locale

Why ?

浏览器的“地区”设定会影响页面的渲染以及其工作。

这是一个很简单的测试点,会暴露出一些多语言的问题,尤其是你的站点是支持多语言的。

How ?

各个浏览器修改“地区”设定的方法是不一样的,具体怎么修改可以google一下。

举例来讲Firefox:

Firefox >工具 > 选项 > 内容 > 语言

点击后,弹出一个窗口,可以修改浏览器的地区语言

浏览器的地区语言设定会驱使浏览器在页面载入时去寻找和“地区设定”相关的内容

如果你的站点目标用户是使用英语和法语的,根据检测到的浏览器地区语言设定来决定主页上的语言,试着删除掉所有的浏览器地区语言设置,看看会发生什么?如果添加了 en-us 而不是 en-gb ,看看是不是还会渲染成英语?

就这个点,你可以想到很多测试点,并就这些点深入测试下去

建议:

有一些浏览器插件可以使改变地区设定变得很容易。浏览器的地区语言设置和系统的地区语言是两个不同的概念哦。

链接:

Quick Locale switching extension - https://addons.mozilla.org/en-US/firefox/addon/quick-locale-switcher/
Changing Windows language - http://msdn.microsoft.com/en-us/library/ms144258.aspx
Changing MAC Language - http://support.apple.com/kb/HT2490#l6

 

Day21 调整窗体大小和分辨率 Resize the windows and resolution

Why ?

显示器的尺寸各有大小,站点/应用在这些显示器渲染时分辨率也是各不相同的,在不同分辨率下的显示可能会存在细微的差别。(如,按钮移位了啊)

手机,Pad等移动设备迅速普及,这就需要确保你的应用在这些更小的屏幕上也能显示正常。有时候,甚至需要专门的移动版本。

How ?

最简单的方法来测试就是改变浏览器窗体的大小,直接拖拉浏览器的边框收缩页面。这里存在一个最小的尺寸,低于这个尺寸在页面布局就可能会变形。大多数非自适应页面设计都是基于这个最小尺寸来设计的。

另外一个测试场景就是修改显示器的分辨率,看看在不同分辨率下网页的渲染。

试着在移动设备或pad上打开站点。有很多模拟器可以帮你测试。

有一些浏览器扩展插件,如FireSizer可以帮你这很容易的修改页面的分辨率。

Useful Hint

可以借助firefox插件来帮着调整浏览器窗体大小

链接:

A monster list of emulators - http://www.mobilexweb.com/emulators
Firefox window resizer extension - https://addons.mozilla.org/en-US/firefox/addon/window-resizer/

 

Day 22 阻止浏览器弹窗  Block pop-ups

Why ?

越来越多的站点或应用正利用浏览器弹窗来管理表单,警告或者其他功能。同时,浏览器弹窗也被大量的广告,市场宣传所应用。

How ?

试着关闭浏览器的弹窗功能,看看会发生什么。

一旦你关闭了浏览器的弹窗,当你访问的站点或应用尝试去打开一个浏览器弹窗时,你就会得到一个警告。

没有弹窗,系统还能正常工作吗?

如果你关闭了弹窗,是否会影响状态的变迁或流程呢?例如,用户点击一个按钮,弹出一个form的弹窗,这个弹窗可能会改变系统中某个地方的状态,现在弹窗被禁用了,状态是否可恢复呢?有没有其他途径访问这个form表单呢?这个功能是否继续可用呢?

Useful Hint

可以试着使用浏览器扩展插件来帮着管理弹窗

Useful Links

Chrome Pop-up blocker https://chrome.google.com/webstore/detail/nmpeeekfhbmikbdhlpjbfmnpgcbeggic
Ad Block blocker - https://addons.mozilla.org/en-US/firefox/addon/adblock-plus/

[译]36 Days of Web Testing(四)的更多相关文章

  1. [译]36 Days of Web Testing(一)

    [前言]最近负责的一次迭代发布中,一个小需求涉及前端JS改动,在测试这个需求的过程中忽略了浏览器兼容性测试,导致了一个线上bug.恶补下web测试,<36Days of web testing& ...

  2. [译]36 Days of Web Testing(二)

    Day 7: Http 和 Https Why? 当在网络上传输一些私人,敏感信息时,应该采用加密的手段来保证这些信息在传输的过程中不被侦测到.Https协议正是这种实现机制. Https是一种广泛使 ...

  3. [译]36 Days of Web Testing(五)

    Day 23 禁用CSS  Disable CSS 为什么 ? CSS,层叠样式表,是用来定义web页面布局和显示的机制.通过修改CSS样式,可以改变整个页面的外观. 但是有一些人,因为之前的选择或者 ...

  4. [译]36 Days of Web Testing(三)

    Day 14: Automate the tedious Why ? 有些时候,web测试还是蛮单调乏味的,在开始测试前,你可能要必须跳转到一个特定的表单页面,或则为了得到一个特定的页面(或配置),你 ...

  5. [译]36 Days of Web Testing(六)

    Day 30 Test in situ  真实场景下的测试 为什么? 我十分推崇现场测试,简单讲就是要在你的站点或应用真实使用的场景下进行测试.但随着人口增长,对于"真实场景"的定 ...

  6. C#实现多级子目录Zip压缩解压实例 NET4.6下的UTC时间转换 [译]ASP.NET Core Web API 中使用Oracle数据库和Dapper看这篇就够了 asp.Net Core免费开源分布式异常日志收集框架Exceptionless安装配置以及简单使用图文教程 asp.net core异步进行新增操作并且需要判断某些字段是否重复的三种解决方案 .NET Core开发日志

    C#实现多级子目录Zip压缩解压实例 参考 https://blog.csdn.net/lki_suidongdong/article/details/20942977 重点: 实现多级子目录的压缩, ...

  7. web—第四章css&第五章

     web—第四章css&第五章 终于迎接等待已久的CSS,在没学这个之前,我们只会用一点img,查一点小图片,或者是用style改一下颜色,而且比较麻烦.现在多了个css在文件夹在创建一个cs ...

  8. How to choose between zombie.js and PhantomJS for automated web testing? [closed]

    How to choose between zombie.js and PhantomJS for automated web testing? [closed] How to choose betw ...

  9. [译]介绍一下渐进式 Web App(即时加载) - Part 2

    在上一篇,介绍一下渐进式 Web App(离线) - Part 1的文章中,我们讨论了典型的pwa应该是什么样子的并且同时也介绍了 server worker.到目前为止,我们已经缓存了应用壳.在 i ...

随机推荐

  1. 【转载】ABAP-如何读取内表的字段名称

    原文地址:ABAP-如何读取内表的字段名称   *&---------------------------------------------------------------------* ...

  2. Java IO流学习总结(转)

    Java流操作有关的类或接口: Java流类图结构: 流的概念和作用 流是一组有顺序的,有起点和终点的字节集合,是对数据传输的总称或抽象.即数据在两设备间的传输称为流,流的本质是数据传输,根据数据传输 ...

  3. java 使用线程做一个简单的ATM存取款实例.(转)

    线程 Thread 类,和 Runable 接口 比较两者的特点和应用领域. 可以,直接继承线程Thread类.该方法编写简单,可以直接操作线程,适用于单重继承情况,因而不能在继承其他类 实现Runn ...

  4. How to trace a java-program

    up vote17down votefavorite 8 As a sysadmin I sometimes face situations, where a program behaves abno ...

  5. Linux内核源代码情景分析系列

    http://blog.sina.com.cn/s/blog_6b94d5680101vfqv.html Linux内核源代码情景分析---第五章 文件系统  5.1 概述 构成一个操作系统最重要的就 ...

  6. careercup-链表 2.6

    2.6 给定一个有环链表,实现一个算法返回环路的开头结点. 类似leetcode中 Linked List Cycle II C++实现代码: #include<iostream> #in ...

  7. Bash中的$符号

    脚本名称:$0 PID:$$ 参数个数:$# 脚本返回值:$? 第x个参数:$x 第10个以上的参数加大括号:${10} 所有参数:$@ #!/bin/bash echo "The prog ...

  8. 让IE支持Css3属性(圆角、阴影、渐变)

    >>>>>>>>>>>>>>>>>>>>>>>>> ...

  9. IIS配置不正确可能导致“远程服务器返回错误: (404) 未找到"错误一例。

    今天上传附件出现了下图所示的问题: 查找百度发现http://www.cnblogs.com/chuncn/archive/2009/09/08/1562759.html 文中提的比较靠谱. 但是,设 ...

  10. java的集合框架之一

    java是一套很成熟的东西,很多商用的东西都喜欢用它,用的人多,稳定.不过一般也不怎么说起它,因为太常见了,私下里说,写java应用层得就像农民工,每一处都是搭积木,根据设计师的东西如何优雅地搭好积木 ...