软件工程
windywwf
本博客纯属个人学习日志,不从事任何商业活动和言论发布,如有不妥之处请谅解并告之。
展开
-
静态测试技术
<br />静态测试技术<br />静态测试包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行,充分发挥人的逻辑思维优势,也可以借助软件工具自动进行。 <br /><br /> 代码检查<br /> 代码检查包括代码走查、桌面检查、代码审查等,主要检查代码和设计的一致性,代码对标准的遵循、可读性,代码的逻辑表达的正确性,代码结构的合理性等方面;可以发现违背程序编写标准的问题,程序中不安全、不明确和模糊的部分,找出程序中不可移植部分、违背程序编程风格的问题,包括变量检查、命名转载 2010-10-27 14:46:00 · 2163 阅读 · 0 评论 -
软件测试相关专业术语
<br /> ●Software Development Life Cycle(软件生命周期):SDLC是软件的产生直到报废的生命周期,周期内有问题定义,可行性分析,总体描述,系统设计,编码,调试和测试,验收与运行,维护升级到废弃等阶段,这种按时间分程的思想方法是软件工程中的一种思想原则,即按部就班,逐步推进,每个阶段都要有定义,工作,审查,形成文档以供交流或备查,以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟,软件生命周期设计方法的指导意义正在逐步减少。<br /> ●Software Qu转载 2010-10-28 08:48:00 · 1358 阅读 · 0 评论 -
如何编写测试用例
<br /> 我认为测试用例的编写最容易体现测试工程师的测试水平,要看一个测试工程师的水平如何,只要看他的测试用例的质量就能看出作者的水平。那么如何编写测试用例呢?<br /> 所谓测试用例,就是你测试软件时所执行的动作或输入的数据,同时还要有期望的反应或输出的数据,我一般是对一个功能点用一个测试用例,一个完整的测试用例包含以下几个部分:1、测试用例的编号;2、功能描述;3、前提条件;4、特殊规程说明;5、输入/动作;6、期望的输出/响应。测试用例的编号是给待测试软件的所有测试用例分配一个统一转载 2010-11-06 10:48:00 · 399 阅读 · 0 评论 -
如何编写测试用例
<br />测试工作的基本流程是:编写测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工测试、自动化测试兼之,并有向第三方专业软件测试公司(泽众软件是一家软件测试公司)发展的趋势。 <br />一、测试用例是软件测试的核心 <br />软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测转载 2010-11-06 15:11:00 · 372 阅读 · 0 评论 -
测试流程
<br />1.流程的意义 从一个软件企业的长远发展来看,如果要提高产品的质量首先应当从流程抓起,规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路,也是从根本上解决质量问题,提高工作效率的一个关键手段。 <br /> 软件产品的开发同其它产品(如汽车)的生产有着共同特性,即需要按一定的过程来进行生产。在工业界,流水线生产方式被证明是一种高效的,且能够比较稳定的保证产品质量的一种方式。通过这种方式,不同的人员被安排在流程的不同位置,最终为着一个目标共同努力,这转载 2010-11-07 15:46:00 · 408 阅读 · 0 评论 -
微软软件测试方法一
<br />源文地址:http://blogs.msdn.com/jeffwang/archive/2006/02/10/529793.aspx 国内近年来关于软件测试的问题和讨论越来越活跃。但从总体上说交流软件测试技术的多,而探讨软件测试方法的少。这里的“技术”指的是具体的战术问题,比如说如何使用某种工具来解决某一特定测试问题,或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题,或者叫方法论,这包括从软件测试的概念或理念,到企业软件质量控制体系;从软件测试的过程,到测试团队的设置及其转载 2010-11-07 20:51:00 · 499 阅读 · 0 评论 -
微软软件测试方法二
<br /> 我在前一篇“微软的软件测试方法”中介绍了微软的两类基本测试方法,其基本思想大家应该是比较熟悉的,因为它们还只是传统的软件测试方法的综合。所以单从形式上,它并没有体现出对传统框架的突破。但是从另一个层面来考察微软软件测试时,你会对一些基本的事实感到惊讶。比如,“微软的测试人员和开发人员数量大致相等或略多”,“微软的产品成本中测试大约占40%以上”等等。人们会有疑问,仅仅是作为功能验证和搜寻Bug的测试能消耗这么大量的资源吗?有必要付出如此大的代价吗?应该有理由相信,微软作为一个软件企业,其每一转载 2010-11-07 21:24:00 · 442 阅读 · 0 评论 -
业务建模之涉众
<br />OO系统分析员之路--用例分析系列(3)--业务建模之涉众<br />从这一篇开始,笔者将借助一个虚拟的实例来阐述获取用例的方法,以及如何判断用例获取是否完备,粒度选择是否合适。事实上,在做这些工作时,我们正在进行需求分析的第一个阶段,即业务建模阶段。借助这个例子,笔者同样会阐述业务建模到底应该做什么,做到什么地步才能说明业务需求已经完整,可以称为一份完整的需求规格说明书了。一般来说,只有当以下工作都完成,才能说业务模型建立完成,它们是:<br />发现和定义涉众<br />画定业务边界<br转载 2011-02-22 16:06:00 · 1552 阅读 · 0 评论