测试用例】如何设计这样的测试策略?

2021-11-19 15:18发布

已知String convert(String page)作用是将WEB页转码为方便移动设备查看的页面,为了确保转码的正确性,请设计相应测试策略。


已知String convert(String page)作用是将WEB页转码为方便移动设备查看的页面,为了确保转码的正确性,请设计相应测试策略。


5条回答
一个Ai
2楼 · 2021-11-22 09:16

<1> 基本功能测试
  功能: 输入正确的网址,进行转码,检查内容是否正确;
  边界: 输入信息量非常大的网址 输入没有信息的网址
  负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。

<2> 兼容测试
  使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 使用不同浏览器查看转换后的页面,检查内容是否正确。

<3> 性能测试
  测试转码的速度,或者系统的响应时间

<4> 易用性 / 用户体验测试
  测试转码后,页面显示是否美观。
 


樱田妮妮NiNi
3楼 · 2021-11-22 10:41

01、首先,你可以引入测试的并发执行机制,用包含大量测试执行节点的测试执行集群来并发执行测试用例。

测试执行集群,你可以简单理解为是一批专门用来并发执行测试用例的机器。常见的测试执行集群,由一个主节点(Master)和若干个子节点(Node)组成。其中,主节点用来分发测试用例到各个子节点,而各个子节点用来具体执行测试用例。

目前,很多互联网企业都建立了自己的测试执行集群。

回答: 2021-11-23 10:21

如果直接回答互联网产品和传统软件产品的测试策略有何不同,你会有些摸不着头脑,那么按照我一直在强调的知其然知其所以然的原则,你可以先去总结这两类产品的研发本身最大的不同是什么?

那就是,互联网产品的“快”。

我在专栏前面的文章中,已经提到了互联网产品的上线周期通常是以“天”甚至是以“小时”为单位,而传统软件产品的周期多以“月”,甚至以“年”为单位。

发布周期的巨大差异决定了,传统软件产品的测试策略必然不适用于互联网产品的测试,二者的测试策略必然在测试执行时间和测试执行环境上有巨大差异。

比如,对于功能自动化测试用例,执行一轮全回归测试需要 12 小时,对传统软件来说这根本不是问题,因为发布周期很长,留给测试的时间也会很充裕。

不要说全回归测试执行时间需要 12 小时,哪怕是需要几天几夜也没有任何问题,就像我以前在思科(Cisco)做传统软件测试时,一轮完整的全回归测试的 GUI 测试用例数接近 3000 个,API 测试用例数更是接近 25000 个,跑完全部用例需要将近 60 小时。

但对互联网产品来说,通常 24 小时就会有一到两次的发布,发布流程通常包含了代码静态扫描、单元测试、编译、打包、上传、下载、部署和测试的全流程。显然留给测试执行的时间就非常有限,传统软件动辄十几个小时的测试执行时间,在互联网产品的测试上,根本行不通。

通常情况下,互联网产品要求全回归测试的执行时间不能超过 4 小时。

羊羊0531
4楼 · 2021-11-23 10:31


【基本功能测试】

功能:

  1. 输入正确的网址,进行转码,检查内容是否正确;

边界:

  1. 输入信息量非常大的网址

  2. 输入没有信息的网址

负值:

  1. 输入错误的网址,进行转码,系统是否有相应的提示;

  2. 输入的      web      的      page      为空,是否抛出异常;

 

【兼容测试】

  1. 使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 

  2. 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 

  3. 使用不同浏览器查看转换后的页面,检查内容是否正确; 


     

【性能测试】

  1. 测试转码的速度,或者系统的响应时间;

 

 

【易用性    /    用户体验测试】

  1. 测试转码后,页面显示是否美观;


回答: 2021-11-23 10:31


【基本功能测试】

功能:

  1. 输入正确的网址,进行转码,检查内容是否正确;

边界:

  1. 输入信息量非常大的网址

  2. 输入没有信息的网址

负值:

  1. 输入错误的网址,进行转码,系统是否有相应的提示;

  2. 输入的      web      的      page      为空,是否抛出异常;

 

【兼容测试】

  1. 使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 

  2. 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 

  3. 使用不同浏览器查看转换后的页面,检查内容是否正确; 


     

【性能测试】

  1. 测试转码的速度,或者系统的响应时间;

 

 

【易用性    /    用户体验测试】

  1. 测试转码后,页面显示是否美观;


不吃鱼的猫
5楼 · 2021-11-23 14:30

测试不同的义东设备看看打开网页是否会出现问题, 然后在网速转换下测试

visonx
6楼 · 2021-12-08 14:37

测试执行集群,你可以简单理解为是一批专门用来并发执行测试用例的机器。常见的测试执行集群,由一个主节点(Master)和若干个子节点(Node)组成。其中,主节点用来分发测试用例到各个子节点,而各个子节点用来具体执行测试用例

相关问题推荐

  • 回答 4

    1、不同省份、不同运营商CDN节点性能此部分可以采用典型压力测试的方案。2、核心机房BGP网络带宽此部分重点在于测试各运营商BGP网络可靠性、实际速率等,一般采用smokeping、IxChariot等工具。3、各类硬件设备性能此部分一般采用专业的网络设备测试工具。4、...

  • 回答 3

    做梯度压力测试,当你发现响应时间下降超过10%的那个压力点,基本上就是性能瓶颈点了。当然还可以直接压崩。然后给一个极值。但是通常这个值 没用。

  • 回答 2

    主要从架构上登录过程的实现,能否支持同一账号多处登录,是架构考量的,一般的系统除非对session做持久化和帐号绑定。否则肯定同一账号多个会话是支持的。更多详细还要看你的架构实现。不过一点可以确认从数据库和中间件缓存来看,命中一定会比不同数据要高...

  • 回答 2

    并发数是压测时的线程数

  • 回答 8

     基本功能测试:  功能: 输入正确的网址,进行转码,检查内容是否正确;  边界: 输入信息量非常大的网址 输入没有信息的网址;  负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。 兼容测试:...

  • 回答 9

     1.测试用户名与密码不对应能否登录   2.测试输入错误密码并单击登录后是否弹出错误提示   3.测试三次输入错误密码后能否正确弹出提示并退出   4.测试在登录界面单击取消是否能推出登录界面。  5.测试在未达到三次错误输入的情况下单击取消登录按钮再...

  • 回答 14

    软件测试是为了保证软件产品的最终质量,对产品进行质量控制按照测试技术分类:黑盒测试、白盒测试、灰盒测试按照是否需要运行代码划分:静态测试、动态测试按照软件特性分类:功能测试、性能测试、其他:反测、回归测试、随机测试、兼容测...

  • 回答 4

    测试用例的信息有很多,可以根据实际的情况进行增删,一般来说一个优秀的测试用例应该包含以下信息:1.产品相关信息软件产品或项目的名称软件产品或项目的版本功能模块名功能描述测试平台这些信息建议可以在测试案例手工选择。2.基本记录信息测试用例入库者测...

没有解决我的问题,去提问