注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 关于Android 下的自动化测试

  2. 现在 Android 开发非常红火， Java 环境下敏捷开发是不二选择。 而敏捷开发都是测试驱动。 所以，最近研究了一下 Android 下的各种自动化测试手段。本文重点在于面上的比较而非点上的细节。

  3. 所属分类：Android

    • 发布日期：2010-08-17
    • 文件大小：36kb
    • 提供者：zhaoruijuan

  1. 敏捷开发中的自动化测试实践.pdf

  2. 讲解了如何在敏捷开发中实现自动化测试，对测试敏捷开发的朋友有一定帮助

  3. 所属分类：Web开发

    • 发布日期：2012-12-28
    • 文件大小：874kb
    • 提供者：yqbxjava

  1. 敏捷自动化测试_黑盒单元测试

  2. 本文便是运用 JUnit 与 Mockito, 以编写黑盒的单元测试, 来驱动设计 与开发, 因而提升软件开发的效率与质量◦

  3. 所属分类：软件测试

    • 发布日期：2018-07-12
    • 文件大小：483kb
    • 提供者：weixin_42627199

  1. 敏捷自动化测试技术

  2. 敏捷自动化测试技术

  3. 所属分类：软件测试

    • 发布日期：2019-05-06
    • 文件大小：10mb
    • 提供者：xiaowei129

  1. 自动化测试方案选择需要考虑的几个方面

  2. 自动化测试方案选择需要考虑的几个方面软件测试自动化测试方案选择，需要考虑以下几个方面的因素：1、复杂度：自动化是否容易实现，包括数据和其他环境的影响。2、项目的影响：自动化测试能否帮助你的项目进度、覆盖率、风险，或者让开发更敏捷?3　　自动化测试方案选择需要考虑的几个方面 软件测试　　自动化测试方案选择，需要考虑以下几个方面的因素：　　1、复杂度：自动化是否容易实现，包括数据和其他环境的影响。　　2、项目的影响：自动化测试能否帮助你的项目进度、覆盖率、风险，或者让开发更敏捷?　　3、时间：自动化

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：28kb
    • 提供者：weixin_38548394

  1. 敏捷自动化测试

  2. 敏捷自动化测试测试过程"target=_blank>软件测试公式化的典型的自动化测试过程1、购买一个昂贵的GUI测试执行工具(例如Rational、Mercury、Compuware等)2、定义很多测试用例3、招聘一个自动化测试组实现每个测试用例的自动化执行4、构建　　敏捷自动化测试   测试过程"target=_blank>软件测试　　公式化的典型的自动化测试过程　　1、购买一个昂贵的GUI测试执行工具(例如Rational、Mercury、Compuware等)　　2、定义很多测

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：45kb
    • 提供者：weixin_38735804

  1. 有效的自动化测试策略

  2. 鉴于项目组以及整个Team的自动化测试现状，我在我们Team内部的一次Share会议上分享了我对于有效自动化测试策略的一些看法，可能观点相较于其他同事，比较极端，但是我的初衷其实是想给大家敲个警钟，不要小欲则安，浅尝辄止，我们应该保持对自动化，敏捷，以 　　鉴于项目组以及整个Team的自动化测试现状，我在我们Team内部的一次Share会议上分享了我对于有效自动化测试策略的一些看法，可能观点相较于其他同事，比较极端，但是我的初衷其实是想给大家敲个警钟，不要小欲则安，浅尝辄止，我们应该保持对自动化

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：71kb
    • 提供者：weixin_38523251

  1. 让断言不再成为自动化测试的负担

  2. 在本系列的第一篇文章“我们的测试为什么不够敏捷”中，根据实例总结出敏捷自动化测试的两大阻碍：“脚本维护困难”、“断言条件繁琐”。本文针对在不失自动化测试有效性的前提下如何降低断言成本来分享一些实践经验。 　　在本系列的第一篇文章“我们的测试为什么不够敏捷”中，根据实例总结出敏捷自动化测试的两大阻碍：“脚本维护困难”、“断言条件繁琐”。本文针对在不失自动化测试有效性的前提下如何降低断言成本来分享一些实践经验。 　　目前业界常见的自动化测试工具在断言方面大多都是采用“指哪儿打哪儿”的细粒度模式，即，

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：186kb
    • 提供者：weixin_38685831

  1. 围绕自动化测试开展持续集成

  2. 围绕自动化测试开展持续集成本文不会介绍持续集成的概念、理论以及相关工具的用法，而是基于实际的项目案例，分享如何利用自动化测试保障持续集成的有效性，同时也借助持续集成提升自动化测试用例的价值。 　　本文不会介绍持续集成的概念、理论以及相关工具的用法，而是基于实际的项目案例，分享如何利用自动化测试保障持续集成的有效性，同时也借助持续集成提升自动化测试用例的价值。 　　在本系列的前几篇文章中，首先分析了测试不够敏捷的原因，然后从“降低测试脚本维护成本”和“优化断言机制”两方面分享了Web自动化测试的改

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：367kb
    • 提供者：weixin_38694355

  1. 让断言不再成为自动化测试的负担

  2. 在本系列的第一篇文章“我们的测试为什么不够敏捷”中，根据实例总结出敏捷自动化测试的两大阻碍：“脚本维护困难”、“断言条件繁琐”。本文针对在不失自动化测试有效性的前提下如何降低断言成本来分享一些实践经验。 　　在本系列的第一篇文章“我们的测试为什么不够敏捷”中，根据实例总结出敏捷自动化测试的两大阻碍：“脚本维护困难”、“断言条件繁琐”。本文针对在不失自动化测试有效性的前提下如何降低断言成本来分享一些实践经验。 　　目前业界常见的自动化测试工具在断言方面大多都是采用“指哪儿打哪儿”的细粒度模式，即，

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：186kb
    • 提供者：weixin_38593823

  1. 围绕自动化测试开展持续集成

  2. 本文不会介绍持续集成的概念、理论以及相关工具的用法，而是基于实际的项目案例，分享如何利用自动化测试保障持续集成的有效性，同时也借助持续集成提升自动化测试用例的价值。 　　本文不会介绍持续集成的概念、理论以及相关工具的用法，而是基于实际的项目案例，分享如何利用自动化测试保障持续集成的有效性，同时也借助持续集成提升自动化测试用例的价值。 　　在本系列的前几篇文章中，首先分析了测试不够敏捷的原因，然后从“降低测试脚本维护成本”和“优化断言机制”两方面分享了Web自动化测试的改善实践。 　　前面几篇文章

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：365kb
    • 提供者：weixin_38545332

  1. 在敏捷项目中实施自动化测试之我见

  2. 在敏捷项目中实施自动化测试之我见。实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归 　　实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归测试增添一层保障

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：90kb
    • 提供者：weixin_38673548

  1. 在敏捷项目中实施自动化测试之我见

  2. 实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测 　　实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归测试增添一层保障，还能释放出珍贵的开发和测试人员时间,让他们花更多的精力在擅长的领域。 　　在这篇文章

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：77kb
    • 提供者：weixin_38656142

  1. 开放性敏捷自动化测试架构介绍

  2. 本人主要是侧重电信领域的软交换及BOSS业务的测试，从本人多年所处理的现场问题来看，在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响，有过不少沉痛的经验教训。 　　我们公司曾经设置过专门的自动化测试部门，轰轰烈烈的从事自动化平台的开发，基本上发动了测试部门的所有同事从事测试CASE的脚本开发，时间力行半年，结果由于众所周知的原因，整个自动化体系以失败告终，最后，该自动化测试部门也就无疾而终了。我总结了一下，主要是下面的原因造成，这基本上也是行业内不同公司实施自动化失

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：74kb
    • 提供者：weixin_38673798

  1. 敏捷自动化测试

  2. 测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成 　　我们的测试为什么不够敏捷? 　　测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成当前迭代新增特性测试工作的同时，还要通过回归测试来保证历史功能不受影响。为此我们期望： 　　测试范围足够广： 　　1、测试用例要覆盖所有功

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：76kb
    • 提供者：weixin_38689824

  1. 敏捷自动化测试(1)——我们的测试为什么不够敏捷?

  2. 测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成 　　测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成当前迭代新增特性测试工作的同时，还要通过回归测试来保证历史功能不受影响。为此我们期望： 　　测试范围足够广： 　　测试用例要覆盖所有功能; 　　要在各种可能的环境下作兼容

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：80kb
    • 提供者：weixin_38723559

  1. 开放性敏捷自动化测试架构介绍

  2. 火龙果软件工程技术中心   本人主要是侧重电信领域的软交换及BOSS业务的测试，从本人多年所处理的现场问题来看，在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响，有过不少沉痛的经验教训。我们公司曾经设置过专门的自动化测试部门，轰轰烈烈的从事自动化平台的开发，基本上发动了测试部门的所有同事从事测试CASE的脚本开发，时间力行半年，结果由于众所周知的原因，整个自动化体系以失败告终，最后，该自动化测试部门也就无疾而终了。我总结了一下，主要是下面的原因造成，这基本上也是行业

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：315kb
    • 提供者：weixin_38577261

  1. 敏捷自动化测试

  2. 测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成当前迭代新增特性测试工作的同时，还要通过回归测试来保证历史功能不受影响。为此我们期望：1、测试用例要覆盖所有功能；2、要在各种可能的环境下作兼容性测试；3、系统的稳定性、性能都要测试；1、每日构建产生的版本要保证可用；2、每个迭代都需要对历史功能做回归测试；3、释放前或上线后如果打了补丁，就需要回归；但实际情况往往不遂人愿：实际测试周期

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：611kb
    • 提供者：weixin_38613154

  1. 开放性敏捷自动化测试架构介绍

  2. 火龙果软件工程技术中心   本人主要是侧重电信领域的软交换及BOSS业务的测试，从本人多年所处理的现场问题来看，在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响，有过不少沉痛的经验教训。我们公司曾经设置过专门的自动化测试部门，轰轰烈烈的从事自动化平台的开发，基本上发动了测试部门的所有同事从事测试CASE的脚本开发，时间力行半年，结果由于众所周知的原因，整个自动化体系以失败告终，最后，该自动化测试部门也就无疾而终了。我总结了一下，主要是下面的原因造成，这基本上也是行业

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：315kb
    • 提供者：weixin_38575118

  1. 敏捷自动化测试

  2. 测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成当前迭代新增特性测试工作的同时，还要通过回归测试来保证历史功能不受影响。为此我们期望：1、测试用例要覆盖所有功能；2、要在各种可能的环境下作兼容性测试；3、系统的稳定性、性能都要测试；1、每日构建产生的版本要保证可用；2、每个迭代都需要对历史功能做回归测试；3、释放前或上线后如果打了补丁，就需要回归；但实际情况往往不遂人愿：实际测试周期

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：611kb
    • 提供者：weixin_38641111
« 12 3 4 5 6 7 8 9 10 »