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

贝贝酷

回归测试：
是指对软件的新的版本测试时，重复执行上一个版本测试时的用例

贝贝酷

冒烟测试：
是指在对一个新版本进行西戎大规模的测试之前，先验证一下软件的基本功能是否可以实现，是否具备可测性

witcher2002

从软件开发的过程按阶段划分有

　　
　　A.单元测试
　　B.集成测试
　　C.确认测试
　　D.验收测试
　　E.系统测试

moondall

针对WEB测试有什么同学有总结的么。

贝贝酷

原帖由 moondall 于 2009-5-4 11:38 发表
针对WEB测试有什么同学有总结的么。

WEB表单测试

　　一、网页测试阶段

　　网页测试分四个阶段：

　　1. 单元测试

　　2. 集成测试

　　3. 极限测试

　　4. Internet测试（附件）搜索引擎

　　二、阶段测试要点总结

　　ADD

　　1.1 Tab检查（考虑是否需要设置ESC）；

　　1.2 回车测试：需要作回车设置的是否设置？是否回车后可以正确处理数据？

　　1.3 窗体大小是否合适，双击标题栏，最大最小化是否合理；

　　1.4 输入标题是否正确、合理清晰；

　　1.5 必输项输入检查，必输项设置是否可以，提示是否正确；

　　1.6 数字输入检查，最大最小值、负数、0、中间值等，与列表是否相互对应；当输入最大值，前台显示数据是否 正确不走位；

　　1.7 列表数据间隔是否合理；

　　1.8 超长字符输入检查，输入超长字符（存在空格/标点符号/回车和不存任何标点符号的中英文段落），前后台数据显示正确不走位？

　　1.9 输入框输入长度控制方式统一：超长提示/超长不可输入/超长截掉部分保存。

　　1.10 后台文本框输入描述等，书写格式是否正确，如可以段前空格/分段，可以自动换行。

　　1.11 中文简/繁体/英文/特殊字符/空格输入检查；

　　1.12 格式检测，包括：电话号码/电子邮件/图片格式/MSN/网页（主页）/邮政编码。测试严格程度：A。严格按照格式输入；B。不需要严格按格式，但是要求输入正确，如不可以输入数字则不允许输入中文等。

　　1.13 ID输入检查--输入相同ID（前/后空格），不同ID，大小写ID，特殊字符ID等；

　　1.14 在表单中各项按要求填写资料，保存，检查表单是否可以正常保存；检测存在的VIEW窗体时，主要信息与输入是否一致。

　　1.15 检查表单列表中数据显示是否与表单信息一致；

　　1.16 不按表单中各项要求填写数据，是否可以保存；

　　1.17 表单中是否存在与其他页面显示数据相关联的项目？存在则检查，设置与实际是否对应；

　　1.18 浏览/处理后的资料/页面是否需要改变颜色？

　　1.19 新增加的资料在列表中的排列是否合理？

　　1.20 当列表数据超过一页时，页脚是否显示正确格式页数，已翻页和当前页是否有明确标示（页数变化或者不同颜色显示）；

　　1.21 逻辑检查；

　　1.22 上传/下载文件可以正常显示/打开，上传文件格式是否限制（格式/大小），提示明显。

　　1.23 是否支持常用快捷键：Ctrl+c/v、Backspace......等，不允许输入的字符是否做了限制？

　　1.24 相关性检查，删除/增加某项，是否会对其他项目产生影响，影响是否正常。（注意：父目录/子目录/数据项之间相关密切，并经常产生问题。）

　　1.25 提交同一条数据，BACK后再一次提交，是否正常？Back多次是否会出错。

　　Edit

　　1.26 修改数据库后，保存，检查修改数据库是否被保存？

　　1.27 再次打开新添加数据，不做任何修改，保存，数据是否被正确保存。

　　1.28 修改数据后，放弃，检查数据是否被保存？

　　1.29 修改数据后，列印报表，核对是否为修改后的数据；

　　1.30 将关键字修改为与其他关键字相同是否可以保存。

　　Detele

　　1.31 删除是否有提示？是否合理？

　　1.32 删除之后的焦点跳转是否合理？

　　1.33 确定数据界面及数据库是否已经删除数据（注意连带删除项目）；

　　1.34 删除数据提示选择否，数据是否没有被删除？

水上飘

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么

namisang

CMMI体系的五个级别是
1.初始级
2.可重复级
3.已定义级
4.已管理级
5.持续优化级

namisang

从软件开发的过程按阶段划分有

　　
　　A.单元测试
　　B.集成测试
　　C.确认测试
　　D.验收测试
　　E.系统测试

walker1020

所有的人都会犯错误，因此在由人设计的软件和系统的代码中或在一个文档中很可能会引入缺陷。当存在缺陷的代码被执行时，系统就可能无法实现期望的功能（或者实现了未期望的功能），从而引起软件失效。虽然软件、系统或文档中的缺陷可能会引起失效，但并不是所有的缺陷都会这样。
    产生缺陷的原因是多种多样的：人们本身容易犯错误、时间的压力、复杂的代码、复杂的系统架构、技术的革新、并且/或者许多系统之间的交互等。
    失效也可能是由于环境条件引起的：辐射、电磁场和污染等都有可能引起硬件的故障，或者由于硬件环境的改变而影响软件的执行。

walker1020

可以根据测试中所发现的缺陷，对软件功能和非功能性需求以及特性（例如：可靠性、可用性、效率、可维护性和可移植性)进行度量，从而评估软件质量。更多关于非功能测试方面的信息，可以参考第二章。更多关于软件特征的信息，可以参考“软件工程－软件产品质量（ISO 9126）”。
当测试发现很少或者没有发现缺陷的时候，测试就会帮助树立对于软件质量的信心。一个设计合理的测试过程完成并顺利通过，可以降低整个系统存在问题的风险。而对测试过程中发现的缺陷进行了修正，则软件系统的质量就会提高。

贝贝酷

随机测试：
是指测试中所有的输入数据都是都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘的错误。

423799223

白盒测试:
        对应代码覆盖工具

423799223

黑盒测试:
-狭义上的自动化测试工具,也是通常所指的工具.

423799223

单元测试
-类似白盒测试工具,侧重代码覆盖
-自动化测试框架:Junit, Nunit

lijunwspvip

从软件开发的过程按阶段划分有

　　
　　A.单元测试
　　B.集成测试
　　C.确认测试
　　D.验收测试
　　E.系统测试

lijunwspvip

自动化?
听说过,就是不需要人工,自动完成的测试啊?

lijunwspvip

自动化功能测试的特点(与手工测试相比)
一个IDE环境
        操作三部曲
        对象识别技术
        测试计划
        测试用例
        测试执行
        测试结果（测试报告）
        测试环境的部署

423799223

录制的是测试用例
测试用例的表现形式:脚本语言
手工书写测试用例

千里

性能测试的步骤为:创建、添加验证点、数据驱动、扩展测试、创建调试、运行调试、结果分析。

cspace

负责任的测试人员不可能说的一句话： 这个软件测完了，完全没问题。
但是可以通过一系列有效的管理方法来提高覆盖率，这就是 过程改进。大体就是 计划 -> 执行 -> 回顾 -> 改进。
例如： 完善 用户需求 的提取过程，来保证 测试需求 尽可能满足 客户需求
       对测试用例的执行 、回顾、 评审 及 改进
       对测试过程的质量监控 和 进度监控
       对测试结果 的统计分析
       对测试过程中所犯的错误 和 遗漏 进行 弥补
       在时间允许的情况下 增加 测试周期迭代的 次数 等