测试系列

Web测试及Web性能测试系列

—数据驱动测试网站测试自动化系统—在测试代码中硬编码测试数据网站测试自动化系统—系统应该有的功能网站测试自动化系统—执行测试用例网站测试自动化系统—收集测试结果 VisualStudio进行Web性能测试系列文章
·2015-12-09 15:15

由我主讲的软件测试系列视频之性能测试系列视频讲座目录出炉了

由我主讲的软件测试系列视频之性能测试系列视频讲座目录出炉了，一共买了6本性能测试方面的书，加上自己的体会，下面暂列出大概的框架，真正讲的时候会有四十几集的，应该会对大家有所帮助的   第一讲
·2015-11-13 08:37

Appium自动化测试系列2- 写一个Python测试脚本来测试一下YY语音

我们在《Appium自动化测试系列1-Appium环境的安装和配置》里已经搭好了Appium的基本环境，这一章，我们就来真刀真枪使用一下Appium,看看Appium是如果来实现自动化测试的。
·2015-11-08 16:00

软件测试系列--白盒测试覆盖率的问题

覆盖率 一、覆盖率的概念 覆盖率是用来度量测试完整性的一个手段，现在有越来越多的测试工具能够支持覆盖率测试，但是它们本身并不包含测试技术，只是测试技术有效性的一个度量。白盒测试中经常用到的覆盖率是逻辑覆盖率。 二、覆盖率的目的 覆盖率对于软件测试有着非常重要的作用，通过覆盖率我们可以知道我们的测试是否充分，我们测试的弱点在哪些方面，进而指导我们设计能够增加覆盖率的测试用例，有效的提高测试质量。
·2015-11-06 08:05

VS2010测试功能之旅：编码的UI测试（4）-通过编写测试代码的方式建立UI测试（下）

VS2010测试功能之旅 ——编码的UI测试系列之四：通过编写测试代码的方式建立UI测试（下） RealZhao，2011年3月23日 回顾 最近比较忙，距离上次更新的时间较久，见谅。
·2015-11-02 10:49

VS2010测试功能之旅：编码的UI测试（4）-通过编写测试代码的方式建立UI测试（上）

VS2010测试功能之旅 ——编码的UI测试系列之四：通过编写测试代码的方式建立UI测试（上） RealZhao，2011年3月02日 回顾 在之前的入门篇系列中，分别介绍了一个简单的示例, 操作动作的录制原理
·2015-11-02 10:47

VS2010测试功能之旅：编码的UI测试（3）-操作对象的识别原理

VS2010测试功能之旅 ——编码的UI测试系列之三：操作对象的识别原理 RealZhao，2011年3月02日 回顾 在之前的两章分别介绍了一个简单的示例, 操作动作的录制原理
·2015-11-02 10:46

VS2010测试功能之旅：编码的UI测试（2）-操作动作的录制原理（上）

VS2010测试功能之旅 ——编码的UI测试系列之二：操作动作的录制原理（上） RealZhao，2011年2月18日 回顾 在之前我们介绍了如何用VS2010的UI测试功能创建一个简单的示例
·2015-11-02 10:45

VS2010测试功能之旅：编码的UI测试（2）-操作动作的录制原理（下）

VS2010测试功能之旅 ——编码的UI测试系列之二：操作动作的录制原理（下） RealZhao，2011年2月23日 回顾 在本章上部分介绍了操作动作的录制原理，描述了操作动作是如何录制，UIMap.uitest
·2015-11-02 10:44

VS2010测试功能之旅：编码的UI测试（1）

VS2010测试功能之旅  ——编码的UI测试系列之一 RealZhao，2011年2月14日 前言 研究VS2010的自动化测试有一段时间了，在研究的过程中，发现网上的VS2010相关的测试资料十分稀少
·2015-11-01 13:13

完美测试：软件测试系列最佳实践

完美测试：软件测试系列最佳实践 朱少民 主编 ISBN 978-7-121-16078-3 2012年3月出版 定价：59.00元 16开 360页 宣传语
·2015-11-01 11:58

React单元测试——十八般兵器齐上阵，环境构建篇

本文将作为React单元测试系列的开篇，和大家一同逐步构建其单元测试的环境。你可以在我的仓
vajoy·2015-10-31 21:00

软件测试系列--软件测试过程

软件测试--软件测试过程 一、测试阶段的划分 1、单元测试UT； *单元测试是针对软件基本组成单元（软件设计的最小单位）来进行正确性检验的测试工作。 *单元测试的目的：是检验软件模块对《详细设计说明书LLD》的符合程度。 2、集成测试IT； *集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作。 *集成测试的目的
·2015-10-31 19:45

软件测试系列--通用测试用例写作

软件测试--通用测试用例写作 我们先要进行软件测试用例的分析和设计，然后写出软件测试的内容，最后按照软件测试写作方法，落实到文档中，写的好的测试用例不仅方便自己和别人查看，而且能帮助设计的时候考虑的更周全，因此测试用例的写作和测试用例的设计一样，也是非常重要的。 一、通用测试用例八要素 1、用例编号； 2、测试项目； 3、测试标题； 4、重要级别； 5、预置条件； 6、测试输入；
·2015-10-31 19:45

软件测试系列---软件测试方法

测试方法 按照是否查看程序内部结构，我们可以将测试方法分为白盒测试、灰盒测试以及黑盒测试 一、白盒测试（White Box Testing） 从白盒的角度来测试，需要分析函数内部的逻辑结构，包括函数的结构，内部局部数据的定义引用，函数内部各个控制语句组成的不同路径等是否合法。 从黑盒的角度来讲，函数内部的逻辑结构不需要了解，只需要测试人员了解其功能即可，如该函数实现的是排序的功能，从
·2015-10-31 19:44

软件测试系列---软件测试基础

软件测试系列--软件测试基础 1、什么是软件测试？
·2015-10-31 19:43

软件测试系列--配置管理

一、软件配置管理原理 配置管理的常用术语有四个：配置，配置项，基线，版本标识 1、配置和配置管理的概念 配置：配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性，因此，“配置”包括了最终组成软件产品所有的文档，软件版本，变更文档，软件运行的支持数据，相对于硬件类配置，软件产品的”配置“包括更多的内容并具有易变性。 配置管理：配置管理就是通过对在软件生命周期的不同的时间点上所产生的文
·2015-10-31 14:43

软件测试系列--单元测试

软件测试系列--单元测试（Unit Testing） 一、单元测试的概念 单元测试（Unit Testing）是对软件基本组成单元进行的测试，如函数（function或procedure）或一个类的方法
·2015-10-31 14:42

软件测试系列--系统测试

一、系统测试概念 系统测试（System Testing）是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 二、系统测试的目的 系统测试的目的在于通过与系统的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方，以验证软件系统的功能和性能满足指定的要求
·2015-10-31 14:41

软件测试系列--集成测试

一、集成测试（Integration Testing）的概念 集成测试（Integration Testing）是在单元测试的基础上，将所有模块按照概要设计要求组装成为一个子系统或者系统，进行集成测试。 二、集成测试关注的重点 一些模块虽然能够单独工作，但并不能保证连接起来也能正常的工作，程序在某些局部反映不出来的问题，在全局上很可能暴漏出来，影响功能的实现，因此集成测试应当考虑两大（5个）问
·2015-10-31 14:41

软件测试系列-软件质量

软件测试系列--软件质量 一、软件质量的定义 1、什么是质量？
·2015-10-31 14:40

软件测试系列--软件缺陷管理

软件测试系列---缺陷管理 一、软件缺陷的基本概念 1、软件缺陷的基本概念主要分为：缺陷、故障、失效这三种。
·2015-10-31 14:37

WF单元测试系列3：测试Activity的行为

     上一篇中介绍了如何简单地测试Activity的行为，我们只是使用VSTS的单元测试工具，捕获了一个期待的异常，这样简单的行为测试当然是不能满足我们的需求的，我们要进一步测试Activity的更多，更复杂的行为。      比如我们有一个LogActivity 负责写日志，任何调用它的结果等
·2015-10-30 18:02

WF单元测试系列4：测试Workflow

     前面几篇介绍了如何对Activity进行状态测试，行为测试，及Mock Object Framework的使用。当然，仅仅测试Activity是不够的，我们最终还要对整个Workflow进行测试。这一篇就为大家讲一下如何对Workflow进行测试。      在上一篇的NewEmploye
·2015-10-30 18:02

WF单元测试系列1：测试基本的Activity

        Windows Workflow Foundation是一套非常灵活，易用，架构良好的工作流平台。目前使用WF开发工作流的也越来越多，但市面上却鲜见有关WF单元测试的文章。今天笔者就介绍一下如何对WF进行单元测试，以及如何对WF应用TDD（测试驱动开发）。     &nbs
·2015-10-30 18:01

WF单元测试系列2：简单测试Activity的行为

     在上一篇文章里，我介绍了如何对一个简单的Activity进行单元测试。（参见上一篇）我们为Activity提供了两个参数LastName和FirstName，Activity会根据这两个参数生成一个Email地址。在上一篇中，我们输入了两个“合法”的参数，测试被通过了。      但我们
·2015-10-30 18:01

报表测试系列之基于OLAP的报表测试

这个报表测试系列的总结，也是这个项目触发而来的。
·2015-10-27 14:15

报表测试系列之报表分析

正如Jackie在《进销存系统中的报表测试》中所言，在报表中，我们很难直观地通过某个数据项，看到它的算法和数据源。在报表测试用例设计中，第一步就是分析报表的数据源和算法。 不同业务报表之间的区别是很大的，特别是在不同行业之间。在分析报表前，首先，我们要提高对业务的熟悉程度。对于某些系统，如计费系统等统计精度较高的系统，我们甚至需要达到精通的程度。那么，是不是报表的分析就全无规律可循呢？不是的。
·2015-10-27 14:14

报表测试系列之测试数据的设计

在报表测试用例设计中，测试数据是关键。正如Jackie在《进销存系统中的报表测试》中所言，如果希望更有效、更高质量地完成报表测试，就要重视并增加对于数据准备的关注。其实，测试数据也是为测试场景服务的，一个或者一组的测试数据往往是为了验证在某个测试场景下报表是否能正确的展现统计值。归根结底，测试场景的设计才是关键的关键。在之前的报表分析后，测试用例的基本框架已经完成。接下来我们需要在这个框架上，细化
·2015-10-27 14:14

报表测试系列

序言   报表功能的基本要求，是通过查询/统计/分析，来提供用户所需的准确数据。因此，在报表测试中，统计准确性测试是报表测试的关键。如果报表所呈现的数据是错误的，即使它制作得再精美，也失去了本来的意义。如何对报表的准确性进行测试，是本系列文章的主旨。 在此特别感谢，Jackie陈雷不断督促我做总结分析，并且给予我很多启发；Echo嘉宇帮我润色语句，增加可读性。  
·2015-10-27 14:13

个人文章目录索引

1.单元测试系列文章　　　　　　　　 走进单元测试一：初认Unit Test 走进单元测试二：测试需要从哪些方面着手 走进单元测试三：实战单元测试 走进单元测试四：单元测试背后的思考和感悟
·2015-10-21 11:15

SHELL 水平测试

tid=476260 按：SHELL 水平测试系列并非覆盖 SHELL 的所有方面，而是挑选一些题目以引发思考， 以管中窥豹的方式达到检验水平的目的．
·2015-10-21 10:11

[ZZ]测试Web Application之三：进攻

在这关于web application测试系列的最后一篇中。我将提出测试web application的艺术，包括一些关于简化面前任务的工具和技巧的想法。   1.
·2015-10-21 10:02

关于VSTE资料的说明

其实我的资料基本都来自MSDN上，因为上面都是描述性文字，看起来不是那么舒服，所以才有了写这个学习笔记的想法，能够结合一些图片和例子来展示微软首次推出的测试系列工具。
·2015-10-20 08:25

手机APP测试系列视频逐步发布

如果觉得好可以点击文章右下角的赞！更多视频请见：http://www.besttest.cn/mobile-test/5_mobile-train.html第一讲认识移动互联网与手机app测试：http://www.lizhi.fm/200893/0cjkUY_NJhttp://www.tudou.com/listplay/pO3CFUS3n_Q/oifj63GOcUg.html第二讲手机app测
benpaobagzb·2015-08-28 19:00

【Android单元测试系列】真正的异步单元测试

背景参考了网上诸多的Android异步单元测试的方法之后，发现方法就两种，但是却没有发现这两种方法的一些关键说明，也正是少了这些关键说明，我绕了很大的圈子方法一publicclassExampleInstrumentationTeseCaseextendsInstrumentationTestCase{privateActivitymActivity;privateContextmApplicat
天煞魔猎手·2015-06-25 15:16

selenium之python自动化测试系列：使用chrome或firefox的已存在的cookie访问网站

我们在编写自动化测试中，经常会遇到讨厌的验证码。这些验证码倒也不是没法识别，我们可以把网页截图，再精确定位到验证码的图片位置，把之存储，然后再运用一堆方法去达到识别的目的。但是，这真值得么？对于简单的验证码，用程序可以达到较大的成功率，但是对于那些噪点非常多、且上下参差不齐的验证码，就不太好识别了。因此，我们可以换个角度来思考：如果我们在跑自动化程序之前，已经登录了某个网站，那么，我们就可以跳过输
onlyanyz·2015-05-21 11:00

前端测试系列---静态页面测试

注意点1.声明位于文档中的最前面2. HTML标签，title,keywords，description3. 使用UTF-8编码字符集加载要在之后4. 顺序：css要在js之前版本：css、js要有版本号5.大小：大于1k的文件使用gzip进行压缩大于65k的图片分隔加载6. 时间：第一个js请求时间小于50ms，页面请求相应时间小于2s7. XENU扫描无死链8.多浏览器9. 脚本错误10.UE
wodeyijia911·2015-05-10 19:00

前端测试系列---如何分析页面性能

1，工具PageSpeedPageSpeed在运行时会分析一些Web服务器配置和服务器上下载下来的代码，还会创建一个结果列表，其中包括如何改进网页的建议。分析基于一个分为五类的最佳实践列表：优化缓存——让你应用的数据和逻辑完全避免使用网络减少回应时间——减少一连串请求-响应周期的数量减小请求大小——减少上传大小减小有效负荷大小——减小响应、下载和缓存页面的大小优化浏览器渲染——改善浏览器的页面布局
wodeyijia911·2015-05-09 17:00

前端测试系列---必不可少的fiddler工具

Fiddler mock后端接口的返回值作用：拦截后端接口的返回，并修改Fiddler 重定向--利用线上的环境来测试你的代码,但又不对线上产生影响--修改js,图片,CSS,HTML模拟慢网速Fiddler拦截密码Fiddler 模拟 并发点击Fiddler面板上某个需要再次调试的URL，右键-》Replay -》Reissue Requests,如直接点它，会自动出现一个一样的连接。  如果按
wodeyijia911·2015-05-09 16:00

前端测试系列---header与footer元素

当多个业务线公用一个header与footer元素， 每次修改header或footer后，要全面回归。 要求：1.发周知邮件。拉各个业务线的qa来协助一起回归测试。邮件内容：1）修改了什么2）如何验证。需要如何绑定host,要着重检查哪些点，哪些浏览器需要注意等等。。。3）预计发布时间4）各个业务线的回归效果，让各个业务线回邮件确认2.检查的点0）首页统计用到header和footer的各个页面
wodeyijia911·2015-05-09 16:00

前端测试系列---如何核对需求

测试前的首要任务就是确认前端的UI/UE的展示符合需求文档。避免做大量无用功。遇到下面的情况，要特别注意：产品不是第一需求人前端项目，如果跟进产品不是第一需求人，测试前的首要工作是，和产品一起找第一需求人（如市场部人员）确认。经验：务必确认UI/UE的展示，连接的跳转等等没有需求文档（没有UI/UE的demo）没有需求文档的项目，催促产品提供需求文档询问产品是否需要特别加关注的监控为了更好的统计上
wodeyijia911·2015-05-09 15:00

前端测试系列---Meat标签检查Keywords和description

检查内容 标题内容 多个关键字用逗号分开。meta标签的一些基本用法，其中最重要的就是:Keywords和description的设定。检查实例测试检查要求1）含有Keywords和description2）Keywords和description中的描述准确原因根据现在流行搜索引擎(Lycos，AltaVista等) 的工作原理,搜索引擎首先派出机器人自动在www上搜索，当发现新的网站时
wodeyijia911·2015-05-09 15:00

[iOS单元测试系列]Singleton如何测试

Singletion设计模式在cocoa中被广泛使用。在我们平时写App代码时也经常会将一些工具类，管理类设计成Singletion。Signletion通过一个类方法返回一个唯一的实例，与我们平常通过实例化生成一个个实例的场景有所不同。如果我们要stub一个Singletion的类的实例方法，那么这个Signletion的类初始化方法（eg:sharedMange()）必须返回一个mock对象。
zengconggen·2015-05-07 11:00

[iOS单元测试系列]-译-OCMock常见使用方式

NOTE: 本文翻译自OCMock官网中的一片教程外链OCMockTestOrigami。该文章使用的API是OCMock老版本的API，新版本也兼容老版本的API，译者在用到老版本的API处已经添加了对应的新版本（OCMock3）的API供读者参考。爱好者这篇文章假设读者都能熟悉使用Xcode5的测试框架XCTest，或者BBD测试工具Kiwi或其他的iOS测试框架什么是mock？差不多就是纸老
zengconggen·2015-05-07 11:00

[iOS单元测试系列]单元测试框架选型

iOS单元测试系列会一直更新，按主题将我在单元测试探索和落地过程中的技术积累沉淀下来，也算是对自己这段时间的总结。部分观点是我个人观点，欢迎大家讨论。
zengconggen·2015-05-07 11:00

软件测试系列--白盒测试覆盖率的问题

覆盖率一、覆盖率的概念覆盖率是用来度量测试完整性的一个手段，现在有越来越多的测试工具能够支持覆盖率测试，但是它们本身并不包含测试技术，只是测试技术有效性的一个度量。白盒测试中经常用到的覆盖率是逻辑覆盖率。二、覆盖率的目的覆盖率对于软件测试有着非常重要的作用，通过覆盖率我们可以知道我们的测试是否充分，我们测试的弱点在哪些方面，进而指导我们设计能够增加覆盖率的测试用例，有效的提高测试质量。一方面覆盖率
weixin_30770495·2015-04-29 17:00

Appium自动化测试系列2- 写一个Python测试脚本来测试一下YY语音

我们在《Appium自动化测试系列1-Appium环境的安装和配置》里已经搭好了Appium的基本环境，这一章，我们就来真刀真枪使用一下Appium,看看Appium是如果来实现自动化测试的。
冬吃萝卜·2015-01-27 15:00

Appium自动化测试系列1 - Appium环境的安装与配置

之前一直使用Robotium做为AndroidApp测试框架的底层基础，受限于跨进程，以及控件加载的一些限制，很多特殊场景无法覆盖，决定尝试久闻的Appium（它也差不多成熟了），顺便做个笔记，方便其他有同样需求的朋友。先从安装说起吧，关于Appium的安装，网上的资料大多语焉不详，基本上你按照他们写的步骤，是不可能装的出一个完整的环境的。所以，为了把步骤写得详细一点，自己从无到有反复试了几次，确
冬吃萝卜·2015-01-27 14:00

软件测试系列之测试用例（七）

                                       认识测试用例         定义    测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。构成    用例ID、用例名称、用例描述、前提条件、结束准则、测试步骤、预期结果、实际结果、判断准则。 重要性        测试用例的设计如此
caozhangyingfei0109·2014-11-22 21:00
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他