[活动]迎五一，庆周年，盖高楼(活动结束)

jiang860718

白盒测试的动态测试方法：功能确认与接口测试、逻辑覆盖分析法、基本路径测试法、性能分析、内存分析等。

jut984907

质量目标

通过测试管理工作的加强，力求在测试阶段尽可能多的发现软件错误与缺陷，尽可能少的将问题带给用户，确保软件的质量及其可靠性，提高用户满意程度，使作为质量管理中心的质量管理部真正的把好产品的质量关，尽量在测试阶段发现软件错误和软件缺陷减轻客户服务部的压力，提高金益康公司产品的质量与市场竞争力，营造公司良好的形象。

fei.ge

流   程：总体设计-开发测试用例-评审测试用例
        I.定义设计目标
        II.定义输入说明
        III.定义测试环境和配置
        IV.测试设计文档
        V.开发测试用例

jut984907

二、测试问题的管理

　　·要撰写测试问题报告

　　·对测试中出现的问题要加以控制、追踪、认真研究直到最后解决

　　测试问题报告和测试报告一样重要，它会大大推进或延缓测试工作的进程，在执行测试

过程中，必须加以重视。在测试问题报告中，一般应包括如下一些主要内容：

　　·编号、测试号、日期

　　·提交人

　　·问题描述

　　·严重程序

　　·负责处理者

　　·修改措施

　　·重新测试者

　　·进度（指处理进度，包括无效、有所改进、已修正好等）

　　·总结

　　·签收人

fei.ge

基于测试用例的使用规则
  1)构造测试用例（由相关人员进行评审）
  2)执行测试用例中，当测试用例的不通过率达到20%则拒绝继续测试，待开发人员修正软件后再继续。
  3)当功能性测试用例通过率达到100%，非功能性测试用例通过率达到90%时，允许正常结束。

aman_cao

性能测试（或称多用户并发性能测试）、负载测试、强度测试、容量测试是性能测试领域里的几个方面，但是概念很容易混淆。下面将几个概念进行介绍。

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。
关注点：how much和how fast

负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。
关注点：how much

强度测试（Stress Test）： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。包括
Spike testing：短时间的极端负载测试
Extreme testing：在过量用户下的负载测试
Hammer testing：连续执行所有能做的操作

容量测试(Volume Test)：确定系统可处理同时在线的最大用户数
关注点：how much（而不是how fast）
容量测试，通常和数据库有关，容量和负载的区别在于：容量关注的是大容量，而不需要表现实际的使用。

其中，容量测试、负载测试、强度测试的英文解释为：
Volume Testing = Large amounts of data
Load Testing = Large amount of users
Stress Testing = Too many users, too much data, too little time and too little room


可能大家角色性能测试、负载测试和强度测试比较混淆。没错，这三个概念是比较容易使人糊涂。负载测试和强度测试，都属于性能测试的子集。下面举个跑步的例子进行解释。
性能测试，表示在一个给定的基准下，能执行的最好情况。例如，在没有负重的情况下，你跑100米需要花多少时间（这边，没有负重是基准）？
负载测试，也是性能测试，但是他是在不同的负载下的。对于刚才那个例子，如果扩展为：在50公斤、100公斤……等情况下，你跑100米需要花多少时间？
强度测试，是在强度情况下的性能测试。对于刚才那个例子，如果改为：在一阵强风的情况下，你在负重或没有负重的情况下，跑100米需要花多少时间？

mvjh13

验收测试：验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。
          所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。

mvjh13

回归测试：回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。
          这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；
          二是不影响软件的其他功能的正确性。

jut984907

测试报告是确认产品（应用程序或系统）是否满足应用要求的根本，因此必须认真撰写

，为此要着重关注：

　　1、必须对测试过程作详细的记录

　　2、必须有使用者的签收

　　在2000年问题指南一书中，以表格形式给出了测试报告应含盖的主要内容：

　　·产品名称

　　·厂商名称

　　·测试环境

　　·测试手段

　　·测试内容

　　·测试步骤

　　·测试结果分析

　　·符合性等级

　　·测试员

　　·项目管理

月上百合

现在开始了解一下wap站点测试，谁在做这一块可以讨论一下吗？

mvjh13

测试要有重点
尽管我们的测试是需要按照一定的级别进行，但资源和时间是有限的，实际上我们不可能无休止的进行测试，因此在有限的时间和资源下如何有重点的进行测试是测试管理者需要充分考虑的事情。例如，在单元测试的时候，对于哪些函数我们需要重点测试，哪些函数可以粗略测试，哪些函数可以不测试；而对于系统测试，则要考虑首先应当保证哪些功能的测试，其次应当保证哪些功能的测试等等。测试的重点选择需要根据多个方面考虑，包括测试对象的关键程度，可能的风险，质量要求等等。这些考虑与经验有关，随着实践经验的增长，你的判断也会更有效。

shunfyu

怎么样为测试活动做一份合理的时间计划表？

jut984907

fault－－故障
在软件中一个错误的表现。
feasible path－－可达路径
可以通过一组输入值和条件执行到的一条路径。
feature testing－－特性测试
参考功能测试（Functional Testing）
FMEA－－失效模型效果分析（Failure Modes and Effects Analysis）
可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效
FMECA－－失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis)
FMEA的一个扩展，它分析了失效结果的严重性。
FTA－－故障树分析(Fault Tree Analysis)
引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。
functional decomposition－－功能分解
参考模块分解（modular decomposition

风过无息

按阶段分,单元,集成,系统,接受测试

小北ZZ

基于测试用例的使用规则
  1)构造测试用例（由相关人员进行评审）
  2)执行测试用例中，当测试用例的不通过率达到20%则拒绝继续测试，待开发人员修正软件后再继续。
  3)当功能性测试用例通过率达到100%，非功能性测试用例通过率达到90%时，允许正常结束。

风过无息

类型:静态和动态

郁闷的我

恭喜恭喜

软件生命周期

1.萌芽阶段 2.定义阶段 3.具体阶段 4.设计 5.开发 6.测试 7.试运行 8.上线

郁闷的我

JIRA是一个优秀的问题跟踪及项目管理软件。

jut984907

Functional Specification －－功能规格说明书
一个详细描述产品特性的文档。
Functional Testing－－功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。
glass box testing－－玻璃盒测试
参考白盒测试（White Box Testing）
IEEE－－美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers）
incremental testing－－渐增测试
集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。
infeasible path－－不可达路径
不能够通过任何可能的输入值集合执行到的路径。
input domain－－输入域
所有可能输入的集合。
inspection－－检视
对文档进行的一种评审形式。

郁闷的我

功能测试

这种测试的运行往往需要通过仿真器辅助完成，比如类似录音机软件程序，分别测试播放，加大（减小）音量，停止，暂停（取消暂停），快速前进，快速后退，录音对应的功能是否能够正常运行。