51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

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

 关闭 [复制链接]

该用户从未签到

1001#
发表于 2009-4-30 13:54:19 | 只看该作者
☆ 80-20 原则  

80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们,如果你想使软件测试有效地话,记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。  

80-20 原则的另外一种情况是,我们在系统分析、系统设计、系统实现阶段的复审,测试工作中能够发现和避免 80% 的软件缺陷,此后的系统测试能够帮助我们找出剩余缺陷中的 80% ,最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷,却无法保证能够发现所有的软件缺陷。  

80-20 原则还能反映到软件测试的自动化方面上来,实践证明 80% 的软件缺陷可以借助人工测试而发现, 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分,因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。
回复 支持 反对

使用道具 举报

该用户从未签到

1002#
发表于 2009-4-30 13:54:39 | 只看该作者
沟通 (communication ) —— 在适当时机进行预排和检查;充分利用团组通信工具 —— 电子邮件、群件 (groupware)、网络故障跟踪工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档,避免纸介质文档;进行远距离联合作业及协作;尽早使用模型,使得客户的预想是清楚的。
回复 支持 反对

使用道具 举报

该用户从未签到

1003#
发表于 2009-4-30 13:55:04 | 只看该作者
沟通 (communication ) —— 在适当时机进行预排和检查;充分利用团组通信工具 —— 电子邮件、群件 (groupware)、网络故障跟踪工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档,避免纸介质文档;进行远距离联合作业及协作;尽早使用模型,使得客户的预想是清楚的。

评分

参与人数 1综合技术指数 +15 收起 理由
默默巫 + 15 楼层尾数为5的参与奖

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1004#
发表于 2009-4-30 13:55:05 | 只看该作者
将测试的BUG的状态进行分类(Active(激活),resolved(解决),postponed(推迟解决,external,fixed(修复),won’t fixed,(无法修复)by design(设计引起),not repro(不重现),closed(关闭)),并且一定要进行确认和跟踪。
回复 支持 反对

使用道具 举报

该用户从未签到

1005#
发表于 2009-4-30 13:55:14 | 只看该作者
将测试的BUG的状态进行分类(Active(激活),resolved(解决),postponed(推迟解决,external,fixed(修复),won’t fixed,(无法修复)by design(设计引起),not repro(不重现),closed(关闭)),并且一定要进行确认和跟踪。
回复 支持 反对

使用道具 举报

该用户从未签到

1006#
发表于 2009-4-30 13:59:30 | 只看该作者
☆ 80-20 原则  

80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们,如果你想使软件测试有效地话,记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。  

80-20 原则的另外一种情况是,我们在系统分析、系统设计、系统实现阶段的复审,测试工作中能够发现和避免 80% 的软件缺陷,此后的系统测试能够帮助我们找出剩余缺陷中的 80% ,最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷,却无法保证能够发现所有的软件缺陷。  

80-20 原则还能反映到软件测试的自动化方面上来,实践证明 80% 的软件缺陷可以借助人工测试而发现, 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分,因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。
回复 支持 反对

使用道具 举报

该用户从未签到

1007#
发表于 2009-4-30 14:07:54 | 只看该作者
同行评审(Peer review,在某些学术领域亦称审查(refereeing))为一种审查程序,即使一位作者的学术著作或计划让同一领域的其他专家学者来加以评审。在出版单位主要以同行评审的方法来选择与筛选所投送的稿件录取与否,再而资金提供的单位,也是以同行评审的方式来决定研究奖助金是否授予。同行评审的程序主要针对的是让作者的著作使之符合一般的科学与学科领域的标准。在许多领域著作的出版或者研究奖金的颁发,如果没有以同行评审的方式来进行就可能比较会遭人物议。
回复 支持 反对

使用道具 举报

该用户从未签到

1008#
发表于 2009-4-30 14:08:26 | 只看该作者
尽可能坚持最初的需求 (stick to initial requirements as much as possible) —— 一旦开发工作开始,要准备防止修改需求和新增功能。要说明这样作的后果。如果必须进行变更,必须在时间表上有相应的反映。如果可能,在设计阶段使用快速的模型,以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心,减少以后的变更。
回复 支持 反对

使用道具 举报

该用户从未签到

1009#
发表于 2009-4-30 14:22:03 | 只看该作者
动态测试:
动态测试需要在开发/测试环境或实际运行环境中运行软件,并使用测试用例去查找软件缺陷;动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等
回复 支持 反对

使用道具 举报

该用户从未签到

1010#
发表于 2009-4-30 14:43:05 | 只看该作者
Web测试分为:web应用开发测试和web应用运行测试。
回复 支持 反对

使用道具 举报

该用户从未签到

1011#
发表于 2009-4-30 14:51:03 | 只看该作者
80-20 原则  

80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们,如果你想使软件测试有效地话,记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。  

80-20 原则的另外一种情况是,我们在系统分析、系统设计、系统实现阶段的复审,测试工作中能够发现和避免 80% 的软件缺陷,此后的系统测试能够帮助我们找出剩余缺陷中的 80% ,最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷,却无法保证能够发现所有的软件缺陷。  

80-20 原则还能反映到软件测试的自动化方面上来,实践证明 80% 的软件缺陷可以借助人工测试而发现, 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分,因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。
回复 支持 反对

使用道具 举报

该用户从未签到

1012#
发表于 2009-4-30 14:51:58 | 只看该作者
测试计划的制定

测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排,设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划。
回复 支持 反对

使用道具 举报

该用户从未签到

1013#
发表于 2009-4-30 14:52:14 | 只看该作者
动态测试:
动态测试需要在开发/测试环境或实际运行环境中运行软件,并使用测试用例去查找软件缺陷;动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等

评分

参与人数 1综合技术指数 +15 收起 理由
默默巫 + 15 楼层尾数为5的参与奖

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1014#
发表于 2009-4-30 14:56:10 | 只看该作者
测试计划的制定

测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排,设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划。
回复 支持 反对

使用道具 举报

该用户从未签到

1015#
发表于 2009-4-30 15:05:07 | 只看该作者
根据功能的不同,电脑软件可以粗略地分成四个层次:
1、        最贴近电脑硬件的是一些小巧的软件。它们实现一些最基本的功能,通常“固化”在只读存储器芯片中,因此称为固件。
2、        系统软件包括操作系统和编译器软件等。系统软件和硬件一起提供一个“平台”。它们管理和优化电脑硬件资源的使用。
3、        支持软件。包括图形用户界面、软件开发工具、软件评测工具、数据库管理系统、中间件等。
4、        应用软件种类最多,包括办公软件、电子商务软件、通信软件、行业软件,游戏软件等等。
回复 支持 反对

使用道具 举报

该用户从未签到

1016#
发表于 2009-4-30 15:10:49 | 只看该作者
What makes a good Software Test engineer?

A good test engineer has a 'test to break' attitude, an ability to take the point of view of the customer, a strong desire for quality, and an attention to detail. To act and diplomacy are useful in maintaining a cooperative relationship with developers, and an ability to communicate with both technical (developers) and non-technical (customers, management) people is useful. Previous software development experience can be helpful as it provides a deeper understanding of the software development process, gives the tester an appreciation for the developers' point of view, and reduce the learning curve in automated test tool programming. Judgement skills are needed to assess high-risk areas of an application on which to focus testing efforts when time is limited.
回复 支持 反对

使用道具 举报

该用户从未签到

1017#
发表于 2009-4-30 15:16:48 | 只看该作者
静态测试:
静态测试不实际运行软件,主要是对软件的编程格式、结构等方面进行评估.静态测试包括代码检查、程序结构分析、代码质量度量等。它可以由人工进行,也可以借助软件工具自动进行
回复 支持 反对

使用道具 举报

该用户从未签到

1018#
发表于 2009-4-30 15:30:05 | 只看该作者
在负载压力测试时,不进行功能校验,当功能发生错误时,测试工具不能够记录产生的错误,忽略了负载压力情况下的功能不稳定问题。所以负载压力测试期间必须要进行必要的功能内容校验,即在测试过程中记录所有虚拟用户的操作,及服务器的响应,才有助于判断功能错误,这是当前负载压力测试的最大挑战
回复 支持 反对

使用道具 举报

该用户从未签到

1019#
发表于 2009-4-30 15:41:23 | 只看该作者
等价类中的元素的共同点:如果用等价类中的一个元素进行测试不能发现故障,那么使用等价类中其他元素进行测试液不可能发现故障。也就是说:对揭露软件中的故障来说,等价类中的每个元素是等效的。
回复 支持 反对

使用道具 举报

该用户从未签到

1020#
发表于 2009-4-30 15:41:59 | 只看该作者
测试计划的制定

测试计划的制定要与项目开发的总体计划相吻合;测试计划中要充分考虑资源计划(人员安排,设备分配、与其它部门的协调配合以及其它不确定的因素)等;测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-19 04:44 , Processed in 0.086540 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表