软件测试——界面测试

有软件的地方就有界面,就会有界面测试。界面测试是软件测试中,最多,最繁琐,最简单的测试。尤其在本地化测试(多国语言测试)中,有很多的界面测试。

界面测试,也叫UI测试(User interface testing), 本文介绍一些常见的界面测试,以及描述界面Bug时所用的术语。

界面测试的目的

检查用户界面的风格是否满足客户的要求, 是否通用,文字是否正常,页面是否美观,文字,图片是否结合完美,操作是否友好等等。

界面测试没必要设计Test Case

界面测试比较繁琐,个人认为软件测试人员,其实没有必要专门去写Test case, 太浪费时间,而且没什么用。

如果没有Test case, 那怎么去做测试呢?

个人认为只要掌握了界面测试的知识和经验,做到Test case 在心中(手里无剑,心中有剑)。 然后去检查界面,发现bug,就可以了。

界面测试难以自动化测试

如果是测试界面(而不是测试功能),比如测试界面上的控件是否显示正常。 我个人觉得没有必要去写自动化测试。 用手动测试,用人的眼睛去检查就可以了。

界面测试为何没必要写自动化测试呢?

  1. 自动化测试难以判断界面上的控件是否显示正常。

  2. 界面改动频繁

  3. 不同的机器,界面显示不一样

  4. 不同的分辨率,不同的浏览器,不同的显示器。都会导致界面不太一样。

常见的界面测试中的Bug - Overlap (重叠)

一个控件叠在另一个控件上

在这里插入图片描述

截断(Truncated)

一个控件被另一个控件截断, 导致控件部分不可见

在这里插入图片描述

文字自动换行(Text Wrapping)

应该显示为一行的句子, 被截断,显示为两行, 如下图:
在这里插入图片描述

缺失快捷键(lost shortcut)

界面设计中有个规则,就是任何UI都应该可以被键盘操作, 这就需要有快捷键比如 alt+O, 如果缺失了快捷键,没有鼠标的人,就操作不了。

在这里插入图片描述

重复的快捷键(Duplicate shortcut)

在这里插入图片描述

不合适的快捷键(Improper Shortkey)

有些字母不合适做快捷捷,因为你在字母下面加个下划线,字母就容易被认为误认为别的字母去了

在这里插入图片描述

丢失文字(Miss Text)

在这里插入图片描述

没有对齐(missaligned)

控件应该对齐, 这样才好看。

在这里插入图片描述

Tab键顺序不准确(Tab Order)

Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式

技能提升

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走
在这里插入图片描述
这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助…….
在这里插入图片描述

  • 4
    点赞
  • 28
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,我会尽力回答你关于自助票务系统的软件测试问题。 首先,自助票务系统需要进行什么类型的测试? 1. 功能测试测试系统的各项功能是否正常,如购票、退票、修改订单等。 2. 性能测试测试系统的性能指标,如响应速度、并发处理能力等。 3. 兼容性测试测试系统在不同的操作系统、浏览器、设备上的兼容性。 4. 安全测试测试系统的安全性,如是否存在漏洞、是否符合相关安全标准等。 5. 可用性测试测试系统的易用性,如界面设计、操作流程等。 接下来,我们可以根据以上测试类型,分别进行具体的测试工作。 1. 功能测试: 在功能测试中,我们需要针对系统的各项功能进行测试,包括购票、退票、修改订单等。具体测试用例可以根据实际情况编写,例如: 购票: - 测试用户能否成功登录系统; - 测试用户能否正确选择目的地和出发时间; - 测试用户能否成功选座购票; - 测试用户能否成功支付订单; - 测试用户能否正确收到购票信息。 退票: - 测试用户能否成功登录系统; - 测试用户能否找到已购票的订单; - 测试用户能否成功申请退票; - 测试用户能否正确收到退票信息。 修改订单: - 测试用户能否成功登录系统; - 测试用户能否找到已购票的订单; - 测试用户能否成功修改订单信息; - 测试用户能否正确收到订单修改信息。 2. 性能测试: 在性能测试中,我们需要测试系统的各项性能指标,包括响应速度、并发处理能力等。具体测试用例可以根据实际情况编写,例如: 响应速度: - 测试用户在不同网络环境下,系统的响应速度; - 测试系统在高峰期的响应速度。 并发处理能力: - 测试系统能否同时处理多个用户的请求; - 测试系统在高并发情况下的处理能力。 3. 兼容性测试: 在兼容性测试中,我们需要测试系统在不同的操作系统、浏览器、设备上的兼容性。具体测试用例可以根据实际情况编写,例如: 操作系统: - 测试系统在不同操作系统下的兼容性,如Windows、MacOS、Linux等。 浏览器: - 测试系统在不同浏览器下的兼容性,如Chrome、Firefox、Safari等。 设备: - 测试系统在不同设备上的兼容性,如PC、手机、平板等。 4. 安全测试: 在安全测试中,我们需要测试系统的安全性,包括是否存在漏洞、是否符合相关安全标准等。具体测试用例可以根据实际情况编写,例如: 漏洞测试: - 测试系统是否存在常见的漏洞,如SQL注入、XSS攻击等。 安全标准测试: - 测试系统是否符合相关安全标准,如PCI DSS等。 5. 可用性测试: 在可用性测试中,我们需要测试系统的易用性,包括界面设计、操作流程等。具体测试用例可以根据实际情况编写,例如: 界面设计: - 测试系统的界面设计是否符合用户习惯; - 测试系统的界面是否简洁明了。 操作流程: - 测试系统的操作流程是否合理; - 测试系统是否提供足够的帮助信息。 以上是我对自助票务系统进行软件测试的建议,希望能对你有所帮助。如果你有其他问题,可以随时向我提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值