关于测试,大家有什么建议呢?(跟帖有分) 我刚刚上班,公司建议从测试开始,我也没有办法,大家给点参考吧! 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 测试技巧地毯扫雷法适用：模块测试 要点：耐力十足操作：把所有输入筐和按钮都过一遍 查找错误：异常退出、功能不符、功能未完成?????? 实战案例：测试DOS版材料核算时，假如经理要求每天测十个问题。若测试人员感觉有困难那他只要把所有能打印的地方都打印一遍，即可顺利完成任务。竹竿撑船法适用：业务流程要点：一竿子戳到底操作：从建帐到结转下年顺序执行 查找错误：流程错误、改出来的错误 实战案例：测试⒏0系列产品时，发版前所有产品走大流程。 几次发现新改出的错误。板上钉钉法 适用：核心模块和功能要点：个个不放过，颗颗要确实操作：任何可能都不放过 查找错误：数据错误、系统无法处理实战案例：对总账制单这样的核心功能，科目类型、凭证类别、红字蓝字、分录多寡、异常输入??????哪个都需要一一落实。满载空驶法适用：查询、权限等操作：输入所有查询条件查询 无条件查询 赋予一个操作员所有权限 不赋予操作员任何权限左顾右盼法 适用：对于一个事物，在不同地方以不同形式表现 要点：对比 典型：账证相符、账账相符、账表相符、账实相符 移花接木法适用：有上一版本或相近产品 操作：用上版产品或相近产品作好测试数据 实战案例：在测试WINDOWS固定资产时，使用DOS固定资产做的数据，短时间内就发现不少数据错误守株待兔法适用：产品升级 操作：把正确的用户数据升级，是否有问题一试便知 非法适用：所有操作要点：不依常规 理由：任何事情都有可能发生 测试的步骤与方法测试步骤之一承接任务、制定测试计划----产品立项之初测试人员就要明确自己的任务和责任----预计测试工期，培训测试人员 ----制定测试计划 熟悉产品----熟悉上版产品，了解产品功能----熟悉产品需求，把握产品动态 ----查看上版测试记录，发现错误多发模块和功能----查看用户反馈信息，了解产品不足----搜集产品遗留问题，以备及时验证 测试步骤之二 设计测试方案----待测试产品功能列表----按功能流程测试产品初始设置 日常操作业务处理 数据传接 期末处理----各个阶段的测试重点 模块测试模块连调系统测试产品联测验收测试 ----打印功能测试账表、单据打印设计打印适配----环境适配测试 安装环境（单机、网络、平台??????） 产品启用关系 病毒检测 运行环境（软硬件平台、网络??????） 网络共享、互斥操作 加密测试----其他手册、帮助、产品一致性 版本、界面、文字说明远程通讯、电子商务数据安全性（备份、权限、数据不丢失）大数据量及系统性能演示数据中英文方案 测试步骤之三 准备测试数据（测试用例）：----数据准备原则按照测试方案准备测试数据测试数据要简单，测试情况要复杂不但有输入，而且有正确的输出非法操作和正常操作相结合 在合理范围内，保持实用的测试数据尽可能的短且精干，以免出现“错误堆叠”现象。 测试数据(测试用例)准备方法：自己制作（制作时的一些常用方法见附注） 照抄书本利用已有产品 测试数据举例：例：有这样一个程序，它要完成以下工作：从卡片上读入三个整数值。这三个数表示三角形三条边的长度。然后，打印出信息，以表明这个三角形是等腰三角形、等边三角形、直角三角形还是一般三角形。设计一套测试用例检验程序是否有错 这个问题看起来很简单，但当你做完后与下面的答案对照，可能会有一些启迪 表示合法的不规则三角形（如：2 3 4）表示合法的等腰三角形（如：2 2 3 2 3 2 3 2 2） 表示合法的等边三角形（如：2 2 2）表示合法的直角三角形（如：3 4 5 4 3 5 5 4 3）其中两个数之和等于第三个数（如：1 2 3 2 1 3 3 2 1）其中两个数的和小于第三个数（如：1 2 4 2 1 4 4 1 2）三角形的一条边长为0（如：1 2 0）三角形的一条边长为负数（如：1 2 –1）表示三条边长都为0（如：0 0 0） 给出的边长不是整数（如：1 2 ⒈5） 给出了错误的数值个数（如：只给两个数值） 其中一个数据不是数值（如：1 2 *）给出一组大数据对于每一种测试情况，除了输入值外，你是否还给出了预期输出 测试步骤之四准备测试环境 ----硬件环境：计算机、打印机、便携机----操作系统：DOS WIN⒊X WINDOWS NT----网络环境：NOVELL WINDOWS NT ----应用环境：“干净”机器还是已安装过本公司其它产品 实施测试方案----按照测试计划实施----用测试方案、测试数据实施 商讨、确定测试结果----测试出来的错误要与程序员交流 ----对错误的认定存在不同的理解 ----交流使双方达成共识 测试步骤之五 记录错误结果和详细操作步骤 ----立即记录错误 ----重复三遍，以便更详细描述错误的过程验证错误修改结果 ----错误可能没有改 ----错误可能没改对 ----其它模块相同错误可能没有改----错误修改可能引发其它错误提交测试结果 ----问题统计表—反映开发状态----测试报告—为能否发版提供依据 ----未改问题清单及解决办法—为支持提供帮助 100分: 请教VC高手编译问题 怎样获得本机ＩＰ？ 请教：如何得知线程的状态？（是SUSPENDED,还是正在运行?) 手机铃声短信的哥们请进来！ [求助]数据库编程 ---请问大家，哪里有Make文件的语法介绍？ 怎么得到窗口的类名？ keybd_event为什么不能模拟 "-"键 向其它的窗口发消息为什么没有响应？ 关于ocx 能不能推荐几本unix下c编程的书，谢谢！ 迷茫的程序员和中国软件业1 （转自VCHELP.NET）
地毯扫雷法
适用：模块测试
要点：耐力十足
操作：把所有输入筐和按钮都过一遍
查找错误：异常退出、功能不符、功能未完成??????
实战案例：测试DOS版材料核算时，假如经理要求每天测十个问题。若测试人员感觉有困难那他只要把所有能打印的地方都打印一遍，即可顺利完成任务。竹竿撑船法
适用：业务流程
要点：一竿子戳到底
操作：从建帐到结转下年顺序执行
查找错误：流程错误、改出来的错误
实战案例：测试⒏0系列产品时，发版前所有产品走大流程。 几次发现新改出的错误。板上钉钉法
适用：核心模块和功能
要点：个个不放过，颗颗要确实
操作：任何可能都不放过
查找错误：数据错误、系统无法处理
实战案例：对总账制单这样的核心功能，科目类型、凭证类别、红字蓝字、分录多寡、异常输入??????哪个都需要一一落实。满载空驶法
适用：查询、权限等
操作：输入所有查询条件查询 无条件查询 赋予一个操作员所有权限 不赋予操作员任何权限左顾右盼法
适用：对于一个事物，在不同地方以不同形式表现
要点：对比 典型：账证相符、账账相符、账表相符、账实相符 移花接木法
适用：有上一版本或相近产品
操作：用上版产品或相近产品作好测试数据
实战案例：在测试WINDOWS固定资产时，使用DOS固定资产做的数据，短时间内就发现不少数据错误守株待兔法
适用：产品升级
操作：把正确的用户数据升级，是否有问题一试便知 非法
适用：所有操作
要点：不依常规
理由：任何事情都有可能发生
测试的步骤与方法测试步骤之一
承接任务、制定测试计划
----产品立项之初测试人员就要明确自己的任务和责任
----预计测试工期，培训测试人员
----制定测试计划 熟悉产品
----熟悉上版产品，了解产品功能
----熟悉产品需求，把握产品动态
----查看上版测试记录，发现错误多发模块和功能
----查看用户反馈信息，了解产品不足
----搜集产品遗留问题，以备及时验证 测试步骤之二
设计测试方案
----待测试产品功能列表
----按功能流程测试产品
初始设置
日常操作
业务处理
数据传接
期末处理
----各个阶段的测试重点
模块测试
模块连调
系统测试
产品联测
验收测试
----打印功能测试
账表、单据打印设计
打印适配
----环境适配测试
安装环境（单机、网络、平台??????）
产品启用关系
病毒检测
运行环境（软硬件平台、网络??????）
网络共享、互斥操作 加密测试
----其他
手册、帮助、产品一致性
版本、界面、文字说明
远程通讯、电子商务
数据安全性（备份、权限、数据不丢失）
大数据量及系统性能
演示数据
中英文方案 测试步骤之三
准备测试数据（测试用例）：
----数据准备原则
按照测试方案准备测试数据
测试数据要简单，测试情况要复杂
不但有输入，而且有正确的输出
非法操作和正常操作相结合
在合理范围内，保持实用的测试数据尽可能的短且精干，以免出现“错误堆叠”现象。
测试数据(测试用例)准备方法：
自己制作（制作时的一些常用方法见附注）
照抄书本
利用已有产品 测试数据举例：
例：有这样一个程序，它要完成以下工作：从卡片上读入三个整数值。这三个数表示三角形三条边的长度。然后，打印出信息，以表明这个三角形是等腰三角形、等边三角形、直角三角形还是一般三角形。设计一套测试用例检验程序是否有错
这个问题看起来很简单，但当你做完后与下面的答案对照，可能会有一些启迪
表示合法的不规则三角形（如：2 3 4）
表示合法的等腰三角形（如：2 2 3 2 3 2 3 2 2）
表示合法的等边三角形（如：2 2 2）
表示合法的直角三角形（如：3 4 5 4 3 5 5 4 3）
其中两个数之和等于第三个数（如：1 2 3 2 1 3 3 2 1）
其中两个数的和小于第三个数（如：1 2 4 2 1 4 4 1 2）
三角形的一条边长为0（如：1 2 0）
三角形的一条边长为负数（如：1 2 –1）
表示三条边长都为0（如：0 0 0）
给出的边长不是整数（如：1 2 ⒈5）
给出了错误的数值个数（如：只给两个数值）
其中一个数据不是数值（如：1 2 *）
给出一组大数据
对于每一种测试情况，除了输入值外，你是否还给出了预期输出 测试步骤之四
准备测试环境
----硬件环境：计算机、打印机、便携机
----操作系统：DOS WIN⒊X WINDOWS NT
----网络环境：NOVELL WINDOWS NT
----应用环境：“干净”机器还是已安装过本公司其它产品 实施测试方案
----按照测试计划实施
----用测试方案、测试数据实施
商讨、确定测试结果
----测试出来的错误要与程序员交流
----对错误的认定存在不同的理解
----交流使双方达成共识 测试步骤之五
记录错误结果和详细操作步骤
----立即记录错误
----重复三遍，以便更详细描述错误的过程
验证错误修改结果
----错误可能没有改
----错误可能没改对
----其它模块相同错误可能没有改
----错误修改可能引发其它错误
提交测试结果
----问题统计表—反映开发状态
----测试报告—为能否发版提供依据
----未改问题清单及解决办法—为支持提供帮助