|
|||
|
摘要：
好的系统分析员都是从优秀的程序员中产生的，坚实的编程功底、丰富的经验是今后做系统分析的基础。没有对系统本身进行过透彻剖析过，很难领会到其中一些难以言述的精华。但并不等于好的程序员就能够成为好的系统分析员。合理的知识结构。语言能力、文字表达能力、技术的全面性等是对系统分析员的基本要求。比如说c/s 和3 层开发，如果仅仅对netscape公司的产品熟悉还不够，还需要了解比如微软等产品，并且要了解他们... 阅读全文
posted @ 2007-04-20 22:47 伯乐共勉 阅读(208) 评论(0) 推荐(0) 编辑
摘要：
原文：http://blog.csdn.net/cpluser/archive/2004/10/09/129291.aspx(1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述... 阅读全文
posted @ 2007-04-20 22:43 伯乐共勉 阅读(228) 评论(0) 推荐(0) 编辑
摘要：
格式： ——嵌套的IF正确地缩进了吗？ ——注释准确并有意义吗？ ——使用有意义的标号了吗？ ——代码基本上与开始时的模块模式一致吗？ ——遵循全套的编程标准吗？ 入口和出口的连接： ——初始入口和最终出口正确吗？ ——对另一个模块的每一次调用： 全部所需的参数传送给每一个被调用的模块吗？ 被传送的参数值正确地设置了吗？ 对关键的被调用模块的意外情况（如丢失、混乱）有处理吗？ 程序语言的使用... 阅读全文
posted @ 2007-04-20 22:37 伯乐共勉 阅读(228) 评论(0) 推荐(0) 编辑
摘要：
表单Check List – 在数字框中是否能输入文本？ – 是否允许通配符？ – 是否可以为空？ – 输入长度限制是否合理? > 例如：身份证框限制为15字符，不合理 – 复选框和单选按钮的默认值是否正确? – 是否只有一个单选框能被选中? – 复选框是否出... 阅读全文
posted @ 2007-04-20 22:36 伯乐共勉 阅读(513) 评论(0) 推荐(0) 编辑
摘要：
代码检查错误列表总结，第一部分数据引用错误：1. 是否有引用的变量未赋值或初始化2. 下标的值是否在范围之内3. 是否存在非整数下标4. 是否存在虚调用(dangling reference)对于所有的通过指针或引用变量的引用,当前引用的内存单元是否分配?5. 当使用别名时属性是否匹配6. 记录和结构的属性是否匹配,即变量值的类型或属性是... 阅读全文
posted @ 2007-04-20 22:33 伯乐共勉 阅读(265) 评论(0) 推荐(0) 编辑
摘要：
人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试就不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那就是让那些经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。 ①、沟通能力 ... 阅读全文
posted @ 2007-04-20 22:31 伯乐共勉 阅读(200) 评论(0) 推荐(0) 编辑
摘要：
信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者，均生存在竞争的环境中，软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成，当然希望选用优质的软件。质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅增加，还可能产生其他的责任风险，造成公司... 阅读全文
posted @ 2007-04-20 22:29 伯乐共勉 阅读(160) 评论(0) 推荐(0) 编辑
摘要：
单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。 单元测试任务 单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。 模块接口测试是单元... 阅读全文
posted @ 2007-04-20 22:27 伯乐共勉 阅读(248) 评论(0) 推荐(0) 编辑
摘要：
通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步——确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。 1. 确认测试标准 实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。无是计划还是过程，都应该... 阅读全文
posted @ 2007-04-20 22:23 伯乐共勉 阅读(1151) 评论(0) 推荐(0) 编辑
摘要：
排错（即调试）与成功的测试形影相随。测试成功的标志是发现了错误。根据错误迹象确定错误的原因和准确位置，并加以改正的主要依靠排错技术。 １． 排错过程 如下图所示，排错过程开始于一个测试用例的执行，若测试结果与期望结果有出入，即出现了错误征兆，排错过程首先要找出错误原因，然后对错误进行修正。因此... 阅读全文
posted @ 2007-04-20 22:20 伯乐共勉 阅读(501) 评论(0) 推荐(0) 编辑
摘要：
人们常常以为，开发一个程序是困难的，测试一个程序则比较容易。这其实是误解。设计测试用例是一项细致并需要高度技巧的工作，稍有不慎就会顾此失彼，发生不应有的疏漏。 不论是黑盒测试方法还是白盒测试方法，由于测试情况数量巨大，都不可能进行彻底的测试。所谓彻底测试，就是让被测程序在一切可能的输入情况下全部执行一遍。通常也称这种测试为“穷举测试”。 “黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试... 阅读全文
posted @ 2007-04-20 19:26 伯乐共勉 阅读(409) 评论(0) 推荐(0) 编辑 |
|||
