1. 缺陷摘要（Summary） 简单明了，便于理解 长度一般不超过30个单词 尽可能讲明：什么情况，导致了什么问题 便于他人定位Bug，杜绝不重复报相同的Bug 2. 缺陷描述（Descrīption） 重现步骤（Actions） 详细描述重现该问题的关键步骤 省略无关的操作，力求做到：所有重现步骤是充分的和必要的 容易理解的常规步骤，可以一句话带过，比如以管
QTP系列讲座 讲座地址 【QTP系列讲座 01】Add-in Manager 插件介绍 http://blog.csdn.net/zzxxbb112/archive/2009/08/26/4485906.aspx 【QTP系列讲座 02】对象库及原理透析 http://blog.csdn.net/zzxxbb112/archive/2009/08/27/4489342.aspx
最近公司有那个意思,让我们的项目走上一个好的发开模型. 也是由于开发人员的代码质量不高吧.所以想实验. TDD首先要可以编写单元测试,所以在我们的这个项目中,单元测试是重点. 由于我是主做功能与性能测试的.所以对于单元测试这块,只看得懂, 自己写单元测试代码就有些难了. 虽然我也知道只有那个方法调用就可以了.但是,,但是...哈哈... 不过由于公司想做,咱也不能拖后腿.交给了我,我就要去做,哪怕
不知道如何入手 不知道先学VB脚本 还是先学QTP语言 只会录脚本 烦~~~~写个循环 写哪里都不知道~~~~烦
我们是网游公司，其实并不叫测试部而叫QA部，我们要做的事情，有测试，包括整体的游戏测试，还有分独立的客户端和服务端测试，客户端管界面效果不考虑逻辑，服务端是用模拟客户端测试，就像外挂一样的东西。当然最好会做整合性的测试。 还有管进度，美术、程序、策划都要要管，各种资源的协调跟进都是我们做。 &nbs
第1章 引言 1.1目的 简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。 测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试
集成测试报告 项目名称 项目编号 测试人 测试时间 问题类型：
项目名称技术文档 [测试种类]测试大纲 目 录 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写
Bug报告编写模板 BUGID Bug的唯一标志，由bug管理系统自动生成 Bug标题 简明扼要地对Bug进行概要描述 产品名称 软件产品的名称 功能模块名 产品子系统 产品版本 测试平台 开发人员 测试人员 抄送人员 创建时间 &nbs
1. 软件生命周期(SDLC)的六个阶段 1、问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。 2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一
