精华内容
下载资源
问答
  • 日常web常见测试用例,主要针对字段约束,非空校验,sql注入等
  • web网站测试用例

    2017-11-13 11:33:30
    web网站测试用例,包含对于登录、搜索、翻页、输入框等功能测试的用例设计
  • 电商平台测试用例.xlsx
  • 之前上传过有关性能测试的文档(2篇),现在补上功能测试总结及用户用例测试模板,可直接套用模板。 欢迎下载!
  • WEB端测试用例模板

    2018-10-08 17:03:06
    WEB端测试用例模板,用于模块测试用例,集成测试用例,系统测试用例的编写模板
  • p2p类网站测试用例

    2016-09-22 17:56:59
    互联网金融类web测试用例设计,p2p网站测试用例设计
  • 测试是“为了发现程序中的错误而执行程序的过程” 。测试的目的就是在软件投入生产性运行之前, 尽可能多的发现软件中的错误。 目前软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明.设计和编码的最后...
  • xxx项目测试用例模板

    2017-10-24 09:36:47
    测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
  • 一直以来都不太想把技术方面的文章出来给大家看,一个是怕写作功底不好误导哪些刚入门的测试同行,自己的表达能力有限,另一方面怕有的同行拿出去炒作,再者测试网站论坛上关于测试用例的资料已经实在是多。...
  • 项目测试用例

    2018-07-26 15:31:28
    裕猫共享商城用例.xlsx 测试用例
  • 关于大数据网页端测试用例,关于大数据网页端测试用例,关于大数据网页端测试用例,关于大数据网页端测试用例
  • 网站测试用例

    千次阅读 2020-02-04 17:04:31
  • 网站性能测试用例网站提供会员模板下载、上传、购买、支付等功能,目前进入性能测试阶段,通过性能需求可以了解到主要有以下几个性能指标需要进行测试:  ● 产品页面刷新性能  ● 产品上传性能  ● 产品...
  • 登录界面测试用例

    2013-01-06 16:36:23
    用户登录界面测试用例测试目的 验证系统是否对输入合法用户名和密码时做出正确的响应 测试环境 win7操作系统和浏览器IE8 步骤 (1):打开浏览器,在浏览器的地址栏中输入“用户登录”页面的URL, 单击【转到】按钮...
  • 一个网页通用的测试用例,内容详尽,可供参考。
  • 【测试用例练习】八、淘宝网站测试用例

    千次阅读 多人点赞 2020-07-29 16:34:53
    界面测试 1、页面的字样是否正确 2、文字格式大小是否统一 3、排版是否整齐、布局是否合理 4、重点和热销物品是否突出 5、页面上的所有链接是否有点击提示 6、页面上的二维码是否可扫 7、已点击过的链接是否与未点击...

    在这里插入图片描述

    界面测试

    1、页面的字样是否正确
    2、文字格式大小是否统一
    3、排版是否整齐、布局是否合理
    4、重点和热销物品是否突出
    5、页面上的所有链接是否有点击提示
    6、页面上的二维码是否可扫
    7、已点击过的链接是否与未点击过得做颜色区别
    8、交互界面的设计是否方便;

    功能测试

    1、不输入任何东西点击搜索,能否跳转(默认搜索搜索框中物品)
    2、输入特殊字符能否搜正常搜索到物品
    3、这个页面上所出现的所有链接可不可以正确跳转,像天猫,聚划算,充值话费等;
    4、是否可以通过淘宝APP扫码登录;
    5、点击搜索框的相机会不会跳到本地图片选择界面;
    6、输入英文是否可搜索,
    7、搜索关键字过长,还能不能搜索
    8、复制粘贴过来的搜索词能否正常搜索
    9、在搜索框输入空格,能否正常搜索
    10、反复输入相同的搜索词8次以上,处理结果是否依然正确
    11、是否支持回车键进行搜索
    12、搜索词输错时可不可以删了重新输入
    13、查询结果是否罗列有序;
    14、有多条重复搜索历史时只保留一条

    性能测试

    1、从点击到搜索结果出来需要多久,分网络良好和网络不好两种情况
    2、搜索页面打开速度是否满足358原则
    3、对淘宝不断加压测试,不断地向淘宝提交请求
    4、它所占据的cpu利用率是多少
    5、压力测试,在不同并发用户数下,它的响应时间是多少;
    6、能承受的最大用户量是多少;
    7、常规压力下能正常持续稳定运行多久;

    兼容性测试

    1、淘宝首页的链接能不能通过在新窗口打开链接
    2、不同的浏览器,比如搜狗、谷歌
    3、不同的移动端。
    4、不同的操作系统
    5、淘宝的不同的版本
    6、用简体字繁体字分别测试

    安全性测试

    1、敏感内容应该是禁止搜索的,这方面是否做了过滤
    2、如果搜索词带有病毒也不允许搜索
    3、有sql注入时还能否搜索
    4、淘宝内部删除加密或进行去其他处理过的数据还能不能搜索

    易用性

    1、有没有在线帮助文档
    2、输入一个关键词下面有没有关键词相对应的物品提示
    3、如果没有搜出来会不会有相对应的提示(您要找的是不是***)
    4、能不能通过别人分享的链接搜索

    其他测试

    1、查询过程中断网或者关机
    2、查询过程中强行关闭页面
    3、有没有容错方面处理

    展开全文
  • C语言基础测试用例

    2016-03-20 22:12:55
    请见博文介绍 http://blog.csdn.net/kaige2111/article/details/50939163
  • 测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。...网上有很多关于要怎样写测试用例的文章,但这篇文章却是告诉你不要这样写测试用例——几个将有助于创造

    测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。由于理解上的差异,测

    测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。

    由于理解上的差异,测试实践组织方式的不同,以及时间的缺乏等等原因,我们经常看到一些难以让人满意的测试用例。

    网上有很多关于要怎样写测试用例的文章,但这篇文章却是告诉你不要这样写测试用例——几个将有助于创造独特、优质且有效的测试用例的技巧。

    现在,让我们开始。请注意,这些技巧不只适用于测试新手,它们同样适用于有经验的测试人员。

    先说最重要的——什么是测试用例?如何编写测试用例?

    测试用例是指导测试人员验证一个特定的指标或目标的一组指令,随后可以告诉我们,系统行为是否与预期一致。

    有关如何编写测试用例的基本说明,请参阅下面的文章:
    通过需求规格说明书(SRS)编写测试用例

    并观看这个很赞的视频,它介绍了一些编写良好的测试用例的要诀和技巧:

    测试用例中最常见的三个问题:

    这些天,从我的学生和工作中的同事那儿,我看到的最常见的测试用例中的问题是:

    1. 步骤混合
    2. 将应用程序行为作为预期行为
    3. 一条用例中包含多个条件
    

    在我记录的测试用例编写过程中最常见的问题列表中,这几条被列在了前三的位置。

    有趣的是,这些既发生在测试新手身上,也发生在有经验的测试人员身上。我们只是一味地遵循着相同的存在缺陷的过程,却从来没有意识到,一些简单的措施就可以很容易解决这些问题。

    我们来逐个讨论下细节。

    不要这样写测试用例(给测试新手和老鸟的提示)(3)
    发表于:2016-12-07来源:kiford作者:翻译:wisp点击数:32720 标签:测试用例
    #1. 步骤混合 首先,什么是步骤混合? 例如,你正在给别人指从A点到B点的方向:如果你说去XYZ,然后去ABC,这并没有多少意义,因为我们需要思考首先,
    #1. 步骤混合

    首先,什么是步骤混合?

    例如,你正在给别人指从A点到B点的方向:如果你说“去XYZ,然后去ABC”,这并没有多少意义,因为我们需要思考——“首先,我如何到达XYZ”——而“从这里左转,直行1英里,然后在第11号路右转就可以到达XYZ”可能会取得更好的效果。

    同样的规则也适用于测试用例及其步骤。

    例如:我正在为Amazon.com写一条测试用例 - 订购任何产品

    以下是我的测试用例步骤(注:我只是写的步骤,而不包含测试用例的其他部分,如预期结果等)

    a. 访问Amazon.com
    b. 通过在屏幕顶部的”搜索”栏输入产品关键字或名字搜索产品
    c. 从显示的搜索结果中,选择第一个
    d. 在产品详情页,单击“添加到购物车”
    e. 结算并支付
    f. 检查订单确认页
    

    现在,你能指出哪一步混合了多个步骤吗?

    住,测试用例总是关于“如何”来测试,所以,在你的测试用例中写出“如何检查和支付”的确切步骤是非常重要的。

    因此,这条用例如果写成下面这样会更有效:

    a. 访问Amazon.com
    b. 通过在屏幕顶部的”搜索”栏输入产品关键字或名字搜索产品
    c. 从显示的搜索结果中,选择第一个
    d. 在产品详情页,单击“添加到购物车”
    e. 在购物车页面点击“结算”
    f. 输入信用卡信息、物流信息和账单信息
    g. 单击”结算”
    h. 检查订单确认页
    

    因此,一个混合了多步的步骤可以被分解成若干个单独的步骤。下一次我们写测试用例的时候,请大家都注意这一点,我相信你们会同意我的,因为我们在无意中经常这么做。
    #2. 将应用程序行为作为预期行为

    近来,越来越多的项目不得不得处理这种情形。

    缺乏文档、极限编程、快速的开发周期,这些原因迫使我们依赖于旧版本应用程序来编写测试用例或将其作为测试的基础。通常,这是一个糟糕的实践——但并不总是这样。它是无害的,只要你保持开放的心态并明白——“应用程序可能是有缺陷的”。只有当你不这么认为的时候,事情才会变得不好。

    像往常一样,我们通过实例来说明。如果你正在为下面这个页面编写/设计测试步骤: 用例1: 如果我的测试用例步骤是下面这样的: 1.打开购物网站 2.单

    像往常一样,我们通过实例来说明。如果你正在为下面这个页面编写/设计测试步骤:
    更多相关知识点击如下链接进行获取:
    https://edu.csdn.net/lecturer/6110
    https://edu.csdn.net/course/detail/32107
    https://edu.csdn.net/course/detail/32047
    https://edu.csdn.net/course/detail/31981
    https://edu.csdn.net/course/detail/31967
    https://edu.csdn.net/course/detail/31941
    用例1:
    如果我的测试用例步骤是下面这样的:

    1.打开购物网站
    2.单击”配送和退货”——期望结果:”配送和退货”页显示“在这里填写你的信息”和一个“继续”按钮。
    

    那么,这是不对的。

    用例2:

    1.打开购物网站
    2.单击”配送和退货”
    3.在屏幕上显示的“输入订单号”文本框中,输入订单号。
    4.单击“继续”——期望结果:显示订单相关的配送和退货详情。
    

    用例2更好,因为即使作为参考的应用程序行为不正确,我们也只不过是用它来指导我们做进一步研究并按照预期的正确功能来编写期望结果。

    意: 将应用程序作为参考是一条捷径,但是有风险。只要我们足够小心,它可以产生令人吃惊的结果。 #3. 一条用例中包含多个条件 我们再次从例子中
    注意:将应用程序作为参考是一条捷径,但是有风险。只要我们足够小心,它可以产生令人吃惊的结果。

    #3. 一条用例中包含多个条件

    我们再次从例子中学习——来看下面的步骤:这是一个登录功能的测试用例中的步骤。

    a. 输入有效的详情信息,然后点击“提交”
    b. 保持“用户名”字段为空,点击“提交”
    c. 保持“密码”字段为空,点击“提交”
    d. 使用已经登录的用户名/密码,点击“提交”
    

    将4个不同的测试用例组合成了一个。你可能会说“这有什么不好?”不但节省了纸张,而且只用了1个用例就把原本用四个用例才能做的事情都做了,不是更好吗?好吧,不那么好。为什么?往下看:

    如果其中一个失败了会怎么样?——我们不得不将整条用例标记为“失败”。如果我们将整条测试用例标记为“失败”,就意味着四种情况都不工作,但事实并非如此。
    

    测试用例必须有一个流向。从预置条件到步骤1,然后是所有步骤。如果我遵循这个测试用例,如果第一步(a)成功,我将在登录后的页面,那里不会再有

    测试用例必须有一个流向。从预置条件到步骤1,然后是所有步骤。如果我遵循这个测试用例,如果第一步(a)成功,我将在登录后的页面,那里不会再有“登录”选项。所以当我到了第二步(b)的时候,测试人员在哪里输入用户名?看,流向乱了。

    因此,要将测试用例模块化。这听起来好像挺麻烦的,但是你需要做的只是将事情分解,并使用 Ctrl+C 和 Ctrl+V。
    总结

    这是对一些测试用例文档中的常见问题的简单总结,如果你遇到了其他问题并且愿意让我们在以后的文章中讨论,请告诉我。

    更多相关知识点击如下链接进行获取:
    https://edu.csdn.net/lecturer/6110
    https://edu.csdn.net/course/detail/32107
    https://edu.csdn.net/course/detail/32047
    https://edu.csdn.net/course/detail/31981
    https://edu.csdn.net/course/detail/31967
    https://edu.csdn.net/course/detail/31941

    展开全文
  • 简单的注册用例编写
  • 试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。...网上有很多关于要怎样写测试用例的文章,但这篇文章却是告诉你不要这样写测试用例——几个将有助于创造独

    试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。由于理解上的差异,测

    测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。

    由于理解上的差异,测试实践组织方式的不同,以及时间的缺乏等等原因,我们经常看到一些难以让人满意的测试用例。

    网上有很多关于要怎样写测试用例的文章,但这篇文章却是告诉你不要这样写测试用例——几个将有助于创造独特、优质且有效的测试用例的技巧。

    现在,让我们开始。请注意,这些技巧不只适用于测试新手,它们同样适用于有经验的测试人员。

    先说最重要的——什么是测试用例?如何编写测试用例?

    测试用例是指导测试人员验证一个特定的指标或目标的一组指令,随后可以告诉我们,系统行为是否与预期一致。

    有关如何编写测试用例的基本说明,请参阅下面的文章:
    通过需求规格说明书(SRS)编写测试用例

    并观看这个很赞的视频,它介绍了一些编写良好的测试用例的要诀和技巧:

    测试用例中最常见的三个问题:

    这些天,从我的学生和工作中的同事那儿,我看到的最常见的测试用例中的问题是:

    1. 步骤混合
    2. 将应用程序行为作为预期行为
    3. 一条用例中包含多个条件

    在我记录的测试用例编写过程中最常见的问题列表中,这几条被列在了前三的位置。

    有趣的是,这些既发生在测试新手身上,也发生在有经验的测试人员身上。我们只是一味地遵循着相同的存在缺陷的过程,却从来没有意识到,一些简单的措施就可以很容易解决这些问题。

    我们来逐个讨论下细节。

    不要这样写测试用例(给测试新手和老鸟的提示)(3)
    发表于:2016-12-07来源:kiford作者:翻译:wisp点击数:32720 标签:测试用例
    #1. 步骤混合 首先,什么是步骤混合? 例如,你正在给别人指从A点到B点的方向:如果你说去XYZ,然后去ABC,这并没有多少意义,因为我们需要思考首先,
    #1. 步骤混合

    首先,什么是步骤混合?

    例如,你正在给别人指从A点到B点的方向:如果你说“去XYZ,然后去ABC”,这并没有多少意义,因为我们需要思考——“首先,我如何到达XYZ”——而“从这里左转,直行1英里,然后在第11号路右转就可以到达XYZ”可能会取得更好的效果。

    同样的规则也适用于测试用例及其步骤。

    例如:我正在为Amazon.com写一条测试用例 - 订购任何产品

    以下是我的测试用例步骤(注:我只是写的步骤,而不包含测试用例的其他部分,如预期结果等)

    a. 访问Amazon.com
    b. 通过在屏幕顶部的”搜索”栏输入产品关键字或名字搜索产品
    c. 从显示的搜索结果中,选择第一个
    d. 在产品详情页,单击“添加到购物车”
    e. 结算并支付
    f. 检查订单确认页

    现在,你能指出哪一步混合了多个步骤吗?

    住,测试用例总是关于“如何”来测试,所以,在你的测试用例中写出“如何检查和支付”的确切步骤是非常重要的。

    因此,这条用例如果写成下面这样会更有效:

    a. 访问Amazon.com
    b. 通过在屏幕顶部的”搜索”栏输入产品关键字或名字搜索产品
    c. 从显示的搜索结果中,选择第一个
    d. 在产品详情页,单击“添加到购物车”
    e. 在购物车页面点击“结算”
    f. 输入信用卡信息、物流信息和账单信息
    g. 单击”结算”
    h. 检查订单确认页

    因此,一个混合了多步的步骤可以被分解成若干个单独的步骤。下一次我们写测试用例的时候,请大家都注意这一点,我相信你们会同意我的,因为我们在无意中经常这么做。
    #2. 将应用程序行为作为预期行为

    近来,越来越多的项目不得不得处理这种情形。

    缺乏文档、极限编程、快速的开发周期,这些原因迫使我们依赖于旧版本应用程序来编写测试用例或将其作为测试的基础。通常,这是一个糟糕的实践——但并不总是这样。它是无害的,只要你保持开放的心态并明白——“应用程序可能是有缺陷的”。只有当你不这么认为的时候,事情才会变得不好。

    像往常一样,我们通过实例来说明。如果你正在为下面这个页面编写/设计测试步骤: 用例1: 如果我的测试用例步骤是下面这样的: 1.打开购物网站 2.单

    像往常一样,我们通过实例来说明。如果你正在为下面这个页面编写/设计测试步骤:
    获取更多相关知识访问如下链接
    https://edu.csdn.net/lecturer/3215
    https://edu.csdn.net/course/detail/31909
    https://edu.csdn.net/course/detail/30898
    https://edu.csdn.net/course/detail/25768
    https://edu.csdn.net/course/detail/22948
    https://edu.csdn.net/course/detail/28104
    https://edu.csdn.net/course/detail/28103
    https://edu.csdn.net/course/detail/27231
    用例1:
    如果我的测试用例步骤是下面这样的:

    1.打开购物网站
    2.单击”配送和退货”——期望结果:”配送和退货”页显示“在这里填写你的信息”和一个“继续”按钮。

    那么,这是不对的。

    用例2:

    1.打开购物网站
    2.单击”配送和退货”
    3.在屏幕上显示的“输入订单号”文本框中,输入订单号。
    4.单击“继续”——期望结果:显示订单相关的配送和退货详情。

    用例2更好,因为即使作为参考的应用程序行为不正确,我们也只不过是用它来指导我们做进一步研究并按照预期的正确功能来编写期望结果。

    意: 将应用程序作为参考是一条捷径,但是有风险。只要我们足够小心,它可以产生令人吃惊的结果。 #3. 一条用例中包含多个条件 我们再次从例子中
    注意:将应用程序作为参考是一条捷径,但是有风险。只要我们足够小心,它可以产生令人吃惊的结果。

    #3. 一条用例中包含多个条件

    我们再次从例子中学习——来看下面的步骤:这是一个登录功能的测试用例中的步骤。

    a. 输入有效的详情信息,然后点击“提交”
    b. 保持“用户名”字段为空,点击“提交”
    c. 保持“密码”字段为空,点击“提交”
    d. 使用已经登录的用户名/密码,点击“提交”

    将4个不同的测试用例组合成了一个。你可能会说“这有什么不好?”不但节省了纸张,而且只用了1个用例就把原本用四个用例才能做的事情都做了,不是更好吗?好吧,不那么好。为什么?往下看:

    如果其中一个失败了会怎么样?——我们不得不将整条用例标记为“失败”。如果我们将整条测试用例标记为“失败”,就意味着四种情况都不工作,但事实并非如此。

    1
    

    测试用例必须有一个流向。从预置条件到步骤1,然后是所有步骤。如果我遵循这个测试用例,如果第一步(a)成功,我将在登录后的页面,那里不会再有

    测试用例必须有一个流向。从预置条件到步骤1,然后是所有步骤。如果我遵循这个测试用例,如果第一步(a)成功,我将在登录后的页面,那里不会再有“登录”选项。所以当我到了第二步(b)的时候,测试人员在哪里输入用户名?看,流向乱了。

    因此,要将测试用例模块化。这听起来好像挺麻烦的,但是你需要做的只是将事情分解,并使用 Ctrl+C 和 Ctrl+V。
    总结

    这是对一些测试用例文档中的常见问题的简单总结,如果你遇到了其他问题并且愿意让我们在以后的文章中讨论,请告诉我。

    获取更多相关知识访问如下链接
    https://edu.csdn.net/lecturer/3215
    https://edu.csdn.net/course/detail/31909
    https://edu.csdn.net/course/detail/30898
    https://edu.csdn.net/course/detail/25768
    https://edu.csdn.net/course/detail/22948
    https://edu.csdn.net/course/detail/28104
    https://edu.csdn.net/course/detail/28103
    https://edu.csdn.net/course/detail/27231

    展开全文
  • 如何一份漂亮的测试用例

    万次阅读 2017-11-20 21:29:19
    测试用例是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。 首先,一份漂亮的测试用例-需有一个用例模板 ...
  • 展开全部首先我们需要先下载相应的 JUnit 相关的 JAR 包,下载的过程可以去 JUnit 的官62616964757a686964616fe59b9ee7ad9431333337613862方网站,也可以直接通过 Maven 资源仓库来完成。使用简单的 @Test 注解实现...
  • 网站性能测试用例

    2021-03-23 15:58:15
    网站性能测试用例软件测试某网站提供会员模板下载、上传、购买、支付等功能,目前进入性能测试阶段,通过性能需求可以了解到主要有以下几个性能指标需要进行测试:●产品页面刷新性能●产品上传性能●产品下载性能...
  • 订票系统的测试用例

    2014-06-27 20:52:20
    订票系统的测试用例,登入,注册,查询,订票等的测试用例
  • 测试流程及测试用例的编写方法

    千次阅读 2020-09-18 23:12:09
    目的:为了让大家更加了解测试流程和测试用例,本文大概总结了一下常用的一些方法和模板,对初学测试的同学起到一定作用 一、一般的软件测试流程可以分为7个步骤 (1)备注测试环境 (2)编写测试用例 (3)静态...
  • 测试用例附实例

    万次阅读 多人点赞 2019-03-07 21:10:04
    一、测试用例的概念 测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。 二、测试用例的作用 检验软件是否满足客户需求 测试人员的工作量的一...
  • 在前面几篇文章网站测试自动化系统—基于Selenium和VSTT、数据驱动测试、在测试代码中硬编码测试数据里,已经编写了一部分测试用例的代码了。我在文章自动化系统该有的功能里,也提到了,自动化测试用例代码应该能够...
  • UI测试是用户在网站或者APP上进行的。良好的用户界面和交互可以吸引用户使用,这就是为什么测试用户界面至关重要的原因,UI测试是本文中将介绍不同如何制定好的UI测试计划UI测试计划是与应用程序测试相关的正式文档...
  • 功能测试用例模板

    2015-12-04 15:32:01
    ST_04_04 功能测试用例模板

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 45,128
精华内容 18,051
关键字:

网站的测试用例怎么写