2016-11-16 13:45:53 chenhaih 阅读数 86
  • JMETER 性能测试入门到项目实战视频课程

    1、本课程针对JMETER软件性能测试八大组件:配置元件、前置处理器、定时器、sampler(采样器)、后 置处理器、断言、监听器以及逻辑控制器等内容全方位讲解。 2、参数化、badboy测试脚本开发以及录制方法,正则表达式之Regextester工具使用、JMETER 组件作 用域等知识点讲解。 3、本课程注重实践每一个知识点都有相对应的实例,本书覆盖的实例多达上百个,提高学员的动手能 力和解决问题能力。 4、区块链之币币交易所资管系统性能测试,登录、交易买入、交易卖出等测试场景设计、脚本开发/调试、数据 准备、性能调优、性能测试报告。       5、性能测试流程和性能瓶颈定位等知识讲解。

    174701 人正在学习 去看看 陈槐

软件开发过程:需求分析-概要设计-详细设计-编码-测试-软件交付准备-验收

软件测试流程:需求-测试计划-用例设计-执行测试-执行结果记录和bug记录-defecttracking-测试报告-用户体验

用例设计实例:

测试项目:杯子

需求测试:查看杯子使用说明书

界面测试:查看杯子外观

功能度:用水杯装水看漏不漏;水能不能被喝到

安全性:杯子有没有毒或细菌

*性:杯子从不同高度落下的损坏程度

可移植性:杯子再不同的地方、温度等环境下是否都可以正常使用

兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等

易用性:杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等

压力测试:用根针并在针上面不断加重量,看压强多大时会穿透

跌落测试:   杯子加包装(有填充物),在多高的情况摔下不破损

震动测试: 杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路"公路"航空运输

执行测试:单元测试、集成测试、系统测试、验收测试。

单元测试:就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

集成测试:也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求(如根据结构图)组装成为子系统或系统,进行集成测试。

系统测试:是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。

验收测试:是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后,产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。

2016-04-24 21:16:51 yangyinsong815 阅读数 1213
  • JMETER 性能测试入门到项目实战视频课程

    1、本课程针对JMETER软件性能测试八大组件:配置元件、前置处理器、定时器、sampler(采样器)、后 置处理器、断言、监听器以及逻辑控制器等内容全方位讲解。 2、参数化、badboy测试脚本开发以及录制方法,正则表达式之Regextester工具使用、JMETER 组件作 用域等知识点讲解。 3、本课程注重实践每一个知识点都有相对应的实例,本书覆盖的实例多达上百个,提高学员的动手能 力和解决问题能力。 4、区块链之币币交易所资管系统性能测试,登录、交易买入、交易卖出等测试场景设计、脚本开发/调试、数据 准备、性能调优、性能测试报告。       5、性能测试流程和性能瓶颈定位等知识讲解。

    174701 人正在学习 去看看 陈槐

自动化测试实施策略

采用5W2H分析法

(1) WHAT——是什么?目的是什么?做什么工作?
(2) HOW ——怎么做?如何提高效率?如何实施?方法怎样?
(3) WHY——为什么?为什么要这么做?理由何在?原因是什么?造成这样的结果为什么?
(4)WHEN——何时?什么时间完成?什么时机最适宜?
(5) WHERE——何处?在哪里做?从哪里入手?
(6) WHO——谁?由谁来承担?谁来完成?谁负责?
(7) HOW MUCH——多少?做到什么程度?数量如何?质量水平如何?费用产出如何?

我们在制定自动化测试实施策略时,首先应该考虑其中可能存在的风险。

1.自动化测试时间不充足

2.对自动化测试期望过高

3.缺乏自动化测试实施的经验

4.自动化测试工具更新过于频繁

5.自动化测试工具对软件测试本身没有起到帮助作用

6.  当我们有了针对自动化测试实施风险的准备后,就可以开始考虑:

6.1  需要在什么阶段开始启动自动化测试?

在何时启动自动化测试,每个公司的情况都不同。有的公司是在测试用例都手工执行过并且测试用例不再修改时,再开发相应的自动化测试脚本;而有的公司则是在开发测试用例的同时,就进行脚本的开发。如果团队中测试用例的设计者是一个有着丰富测试用例设计经验的工程师,他所开发的测试用例是高效的,未来改动较少,则可以考虑在开发测试用例的同时,同步开发自动化测试脚本。如果团队中测试用例的设计者是一个测试用例设计经验不丰富或是设计的测试用例质量不高效的人,其开发的测试用例需要在后期经常进行许多的改动,则还是考虑等到测试用例本身稳定后,再开始脚本开发。

6.2  自动化测试的人力投入方式如何?

  大部分公司是由专人进行自动化测试脚本开发的,少部分大公司则是全民开发自动化测试脚本。这两种方式都各有利弊:专人进行脚本开发,优点是开发脚本的专业技能可以不断地得到强化,开发效率大大提高;缺点是由于对开发模块的测试用例了解并不深入,有可能开发出的自动化测试脚本只是“翻译”测试用例,发现bug的概率较小。而有的大公司,由于员工的整体素质较高,通常都具备一定的开发能力,则由每个模块的手工测试者自行开发自动化测试脚本。虽然,手工测试者脚本开发的熟练程度没有专门的脚本开发者熟练,但是由于手工测试者是最了解测试用例真谛的人,因此他开发出的测试脚本就不仅仅是“翻译”,而可能是对测试用例的“升华”,其测试脚本发现bug的概率会更大。

如何执行测试脚本才更高效?

1N个测试环境同步并行执行测试脚本,可以将自动化测试脚本执行的总时间成本降低为1/N

2)由专门的自动化测试执行工程师来执行批量的自动化测试脚本。自动化测试脚本运行失败的前3大因素大致为:

Ÿ测试环境问题

Ÿ脚本错误

Ÿ被测目标出现bug

  由于专门的自动化测试执行工程师对大量失败的脚本分析经验的积累,通常可以非常高效地定位脚本失败的原因,提高自动化测试脚本执行的效率。

3)独立的自动化测试环境供脚本执行团队使用。如前所述,测试环境问题是测试脚本失败的原因。而测试环境影响测试脚本执行的两大杀手:一个是测试环境被前一个失败脚本破坏而未还原;另一个则是测试环境被其他项目的同事给破坏了。对于第一种情况,我们可以在测试脚本的代码结构中加入足够的系统恢复代码来解决;对于第二种情况,则只有依赖于公司领导的政策支持,是否愿意腾出足够的测试环境给自动化测试执行小组专用。

4)在测试脚本中加入丰富的脚本失败的定位信息。自动化测试脚本一旦失败,我们就只有依靠脚本自身打印的信息进行定位了,定位问题的速度快慢除了依赖脚本执行人员自身的经验外,更依赖脚本中是否有着丰富的脚本打印信息。

5)使用自动化测试基线软件版本。当出现大批量测试脚本失败的情况时,可以在排除了测试环境问题后,直接把这些失败的测试脚本在基线软件版本中运行。如果在基线版本中运行全通过了,则证明脚本失败原因是产品新bug引起的,而不用逐个地去阅读这些失败测试脚本的源代码来分析脚本自身原因。

2019-06-03 16:31:00 weixin_33971977 阅读数 9
  • JMETER 性能测试入门到项目实战视频课程

    1、本课程针对JMETER软件性能测试八大组件:配置元件、前置处理器、定时器、sampler(采样器)、后 置处理器、断言、监听器以及逻辑控制器等内容全方位讲解。 2、参数化、badboy测试脚本开发以及录制方法,正则表达式之Regextester工具使用、JMETER 组件作 用域等知识点讲解。 3、本课程注重实践每一个知识点都有相对应的实例,本书覆盖的实例多达上百个,提高学员的动手能 力和解决问题能力。 4、区块链之币币交易所资管系统性能测试,登录、交易买入、交易卖出等测试场景设计、脚本开发/调试、数据 准备、性能调优、性能测试报告。       5、性能测试流程和性能瓶颈定位等知识讲解。

    174701 人正在学习 去看看 陈槐

0. 背景

为进一步提升信息化应用水平,更好的服务师生,南通大学智慧校园移动端APP“今日校园”定于11月5日正式上线运行。登陆APP可浏览学校新闻、校园生活、各部门微信公众号等内容,查看校内通知、校内发文、部门发文,查询一卡通消费、图书借阅等数据,查阅课表等常用应用和各类待办消息,进行校园卡充值和零星缴费。后续还将推出各项网上填报、移动办公与信息查询服务。

1. 目标

  • 基于实例分析,体会用户体验设计的 7 条准则。

2. 要求

  • Task(1):基于我们列出的 7 条UX评价准则,分析『 智慧校园移动APP “ 今日校园”』 在用户体验设计方面让你觉得满意的地方(不少于2点),请陈述理由。(50分)

  • Task(2):同样,分析 “ 今日校园” App 在用户体验设计方面让你觉得最不满意的地方(不少于2点),请陈述理由。(50分)

  • 细则:回答上述问题时,
    • (1)附上截图;
    • (2)不能只描述现象,更重要的是要总结这些现象违背了什么UX设计原则,
    • ( 3 )对存在的问题分析原因,进而指出改进方向或措施。

优点:

给用户的反馈迅速且及时,知道今天什么时间在哪里上什么课

可实现校园卡的在线充值,不需要我们到指定的机器上面去充值,而且每单的消费都有详细记录

有专门的学习专区,可以让不同的用户体验

可查到自己在图书馆的借阅情况

可看到很多校内校外的动态,在学习之余可放松心情

 

缺点:

虽然它会提醒你上什么课,但是却没有每门课的另外上机课的时间

校园卡的更新不够详细,没有做到实时。我觉得应该是数据库连接的问题,应当作出改进

推荐内容无法根据个人喜好合理选择,内容杂乱

 

转载于:https://www.cnblogs.com/xs666/p/10968347.html

2014-08-29 13:45:35 moon66sun 阅读数 506
  • JMETER 性能测试入门到项目实战视频课程

    1、本课程针对JMETER软件性能测试八大组件:配置元件、前置处理器、定时器、sampler(采样器)、后 置处理器、断言、监听器以及逻辑控制器等内容全方位讲解。 2、参数化、badboy测试脚本开发以及录制方法,正则表达式之Regextester工具使用、JMETER 组件作 用域等知识点讲解。 3、本课程注重实践每一个知识点都有相对应的实例,本书覆盖的实例多达上百个,提高学员的动手能 力和解决问题能力。 4、区块链之币币交易所资管系统性能测试,登录、交易买入、交易卖出等测试场景设计、脚本开发/调试、数据 准备、性能调优、性能测试报告。       5、性能测试流程和性能瓶颈定位等知识讲解。

    174701 人正在学习 去看看 陈槐

本文为系列文章"Web 软件测试 Checklist 应用系列"中的第 6 篇,主要介绍在测试网页产品的消息和帮助方面应用 Checklist 的情况,并给出部分应用实例。消息和帮助是用户在使用产品的过程中获取辅助信息的重要途径。清楚有效的消息提示和帮助信息能帮助用户更快捷的使用产品,并获得良好的用户体验。消息为用户提供的是执行相关任务的状态和结果;帮助则为用户提供相关功能的解释说明。

消息和帮助测试包含的范畴

顾名思义,消息是指传递信息的载体。用户通过消息来了解系统当前运行的状态,当系统出现异常时,用户通过消息来了解需要采取的动作。产品的帮助信息,可以为用户提供必要的产品说明和信息,以保证用户能了解如何安装、配置和使用产品。

消息测试 Checklist

表 1. 表 1. 消息测试 Checklist 总结
序号 Checklist
1.1 确保系统消息框能正确展开和收起
1.2 确保所有的消息正确显示
1.3 确保消息内容足够清楚以告诉用户确切的错误所在
1.4 确保警告和错误消息无拼写错误
1.5 当页面有非法输入时,提交后应定位光标到出错区域
1.6 确保所有的消息标题为粗体

1.1 确保系统消息框能正确展开和收起

系统消息框这里是指位于网页底部用于显示最近页面的状态及输出结果,以帮助用户了解最近页面上的相关操作及结果。该消息框不止可以查看最近一条状态,用户可以通过单击该消息框展开它,从而查看更多的历史记录和状态,再次单击可以折叠收起历史记录。这就提供了一个方便的途径可以满足用户查看历史状态的需求。

在网页测试过程中,测试人员需确保该消息框能正确的展开和收起。测试中需要测试展开后接着就收起的流程,以及消息框展开后,用户在页面上执行部分其他操作后再收起消息框。以上两种情况都要测试到,并确保两种情况下,消息框都能正确的展开和收起。

图 1. 系统消息框展开收起测试实例

图 1 中所示的实例中,我们将系统消息框展开后,在页面上做了额外的其他操作,然后试图去收起该消息框,但无法实现,点击消息框的动作不能让其收起。这也是产品的缺陷。

1.2 确保所有的消息正确显示

消息的目的是向用户传递信息,因此,正确有效的显示是消息的首要要求。消息的表达应该简洁、清楚,没有冗余和不可理解的信息。

图 2. 不合理消息显示实例

如上图 2 中显示的是一条不恰当显示的消息,该消息中包含一些冗余的不可理解的内容“...”””,此类信息内容不但不会为用户提供有用的信息,反而会给用户带来困扰,应加以修正。

1.3 确保消息内容足够清楚以告诉用户确切的错误所在

错误消息需要提供给用户准确的错误描述,告知用户错误究竟出在哪里,而不能包含模棱两可的内容,更不能存在误导性或者不可理解的内容。

图 3. 模糊不可理解的错误信息实例

上图 3 中所示,该消息包含这样的消息描述“Connection refused: connect”,从这段文字,用户并不能知道它要传递的信息是什么,也不知道错误究竟出在哪里。这里显示的消息,实际上是产品内部设计的一些中间输出,是给开发人员所用,而不容易被用户所理解,所以应该更换为用户易于理解的文字,这也是产品的缺陷。

1.4 确保警告和错误消息无拼写错误

作为向用户提供帮助的消息,所有的警告消息和错误消息都不能包含拼写错误,一旦出现将很可能导致用户对产品的不信任。所以,应该仔细检查坚决杜绝此类问题的发生。

图 4. 包含拼写错误的消息

如上图 4 所示,该错误消息中存在拼写错误“alredy”,这种低级失误应该在开发过程中尽力避免,因为这种问题虽小,但给用户对于产品的印象会大打折扣。在测试过程中,可以设计专门的测试用例去检查所有的消息的拼写,以检查是否存在错误拼写的问题。

1.5 当页面有非法输入时,提交后应定位光标到出错区域

当一个网页输入页面上有多个输入域而且某个输入域输入的为非法值时,点击提交之后,页面应该将光标定位到非法区域并高亮显示,以醒目的方式告知用户哪里有非法输入,并引导其加以更正。

图 5. 出现非法输入时的页面实例

上图中,在用户名区域中输入了非法内容,此时页面提示输入是非法的,但这时当用户试图去修正该非法输入时,却无法选中该输入域,因为弹出的错误消息框将输入框覆盖住了。这是产品的缺陷。正确的处理应该是,错误消息不会覆盖输入区域,当点击输入区域后该错误提示自动消失。

1.6 确保所有的消息标题为粗体

为了醒目的提醒用户,所有的消息标题都应该以粗体显示,从而让用户更容易发现消息并点击查看详细内容。

帮助测试 Checklist

表 2. 表 2. 帮助测试 Checklist 总结
序号 Checklist
2.1 确保当前页面的帮助与页面内容相符
2.2 确保帮助文档打开后其他页面功能可正常执行
2.3 确保所有必要的悬浮帮助窗出现并显示准确

2.1 确保当前页面的帮助与页面内容相符

网页产品中,通常可以查看每个页面或者页面上具体内容的对应帮助信息,需要确保该对应帮助信息能正常出现并与相应的页面内容保持一致,从而能帮助用户更好的理解页面相关内容。

图 6. 错误内容无法打开实例

如上图 6 中所示,该页面上存在一个帮助按钮,该按钮的悬浮窗口显示可以通过点击该按钮查看完整的帮助信息。但当我们点击该按钮时,帮助页面并没有打开,实际上什么都没有发生。这是产品的缺陷。正常情况下,帮助页面应被成功触发。

2.2 确保帮助文档打开后其他页面功能可正常执行

通常网页产品的帮助页面打开时,是以侧边栏的形式显示的,当此类页面显示在侧边栏中时,用户应可以正常进行其他的页面功能,不应该受到帮助页面打开的影响。

2.3 确保所有必要的悬浮帮助窗出现并显示准确

悬浮帮助窗口是一种重要的帮助信息,它只有当光标置于相应的组件上方时才显示,当光标移开之后就消失,这种帮助窗口比较方便快捷,不需要用户去点击,只需要移动光标即可。通常来说,所有可以点击跳转的按钮和超链接都应该有悬浮窗帮助信息显示。

图 7. 悬浮窗帮助信息实例

上图 7 中所示,我们在测试中发现,当光标位于图示的两个添加、删除按钮上方时,并没有悬浮窗帮助信息弹出,而用户需要通过该帮助信息了解这两个按钮的功能简介,这是产品的缺陷。


总结

消息和帮助是用户获取产品功能说明获取帮助信息的非常重要的途径,清楚有效地消息和帮助信息可以帮助用户更快速地上手使用产品,遇到问题能更快地找到解决办法。这也是提供良好的用户可用性的重要方面。


构建之法之疑问

阅读数 162

没有更多推荐了,返回首页