2008/01/11

公司目前项目比较多，还只在做功能测试，而且项目间有很多相关性。所以经历了 一段时间，软件都趋于稳定！现场返回的bug和测试的bug都得到修复！有一个问题就让我不解，而且现在想起来应该是比较弱的问题

就是既然软件经历功能测试，尽量模拟用户操作，尽量找到用户操作的每个路径，最终也能使得软件趋于“稳定”；且不管软件内部是否很糟糕，最起码用户操作起来大部分功能都正确无误，那为什么还需要单元测试，需要那么多的前期工作？（想想：现在很多测试专家不都是在强调软件测试需要介入在项目开始阶段嘛！估计平时都是在机械的接受这样的观念）

在与开发工程师交流的过程中，开发工程师有时候会说这个bug如果能早点发现就好了！我总是认为我功能测试初期的准备工作和测试策略找问题。但是无论我准备多充分，还是有重大bug在后期被发现。

现在想来我以前测试的观思想一直是只要尽可能找到软件的bug就行了，就认为是完美了；但是我却不曾思考过发现这些bug是否可以在更短的时间内完成。尽可能多的发现bug是对的，但是更重要的是尽量早的发现bug；我想此刻这个观念才将真正开始融入我的测试中。

要想早点发现bug，最早莫过于从需求就开始介入了。经验也证明，测试中几乎50％的bug来自于需求和设计。这个也应该成为我们测试组努力的方向。

2007年12月28日

HTML 中有< > & "  具有特殊的含义，使用这三个字符，应该使用他们的转义序列

XML中也有类似的字符 < > & ' " 如果xml文档中使用了类似的 < 的字符，那么解析器将会出现错误，因为解析器会认为这是一个新元素的开始

另外需要的特殊字符：&# @等

在sql语句的字符串数据是用单引号包在外面的，如果插入的数据中包含单引号，就需要特殊处理！目前的程序应该避免使用字符串拼凑的方式来实现，至少要使用占位符合！在这有些sql注入的知识

在web开发中要注意这些问题，但是我们做测试的时候这些地方一定不能放过哦

20070927－

测试的项目很多，但是项目的管理和测试之间的沟通一直处于混乱中，对于双能这个型号的软件我觉得我尽了很大的努力来测试，加上还有一个同事的验证；开发工程师的支持和领导的支持使得发现的bug都解决了－－以致于我都认为这个软件是一个比较完美的软件

而由于现场的需求问题需要对软件进行升级，在升级测试过程中，发现了一个比较严重的bug；这使我感到很

郁闷。我 有点无法释怀。需求不明确和功能说明不完整是现在项目的现状，我如何才能保证软件

测试的完备性？是我对软件的了解不够还是对业务知识的不够熟悉？

如何对新的软件功能、软件的架构有个快速的认识，估计这个里头也有很大的学问吧？

记得这个项目刚上的时候由于该软件的架构跟其他软件有点不同，他们用很多服务的方式来实现一些重要的功能

而对这些知识不是很了解的我就接受了这些东西，也没有想到把他们作为测试的对象。我想这个是最大的原因

2007/09/18  小雨转中雨

C是一种面向过程的语言；

C++是一种面向对象的语言；但是C++的面向对象不是强制性的，能够兼容C；C和C＋＋都是一种高效率语言；但是不能解决跨平台的一致性问题，也没有标准的编译器

SUN公司退出的Java语言；
Java 语言是一种完全面向对象语言；对于关注跨平台的执行能力的程序员来说，Java是一种很好的选择；源于Java的虚拟机经过了一段时间的发展，在解决跨平台的问题上也没有损害性能。

.net技术
.net是一种适用于网络应用的技术；主要是解决了跨平台，多语言的问题
Framework是.net开发平台的基础类库；Visual Studio.net是其主要的开发工具
.net 主要支持的语言有C#.NET,C++.NET,VB.NET
.net可以把各种语言编译成.dll文件供其他语言调用

.net开发平台由一组用于建立Web服务应用程序和Windows桌面应用程序的软件组件构成
包括.NET框架(Framework)、.NET开发者工具和ASP.NET。

C#介于Java和C＋＋之间，是一种类似于Java的完全面向于对象的语言；C＃的运行环境需要.net，具有跨平台，跨语言的特征

asp.net是.net中的一个分支，是用来做web的

开发ASP.NET可以用多种语言比如VB、C#、J#==，微软官方推荐用C#

想起来昨天的调试挺有意思：

项目的要求：用一台服务器管理两套设备，而这两套设备各有一台服务器并且，都分布在不同的局域网上；在测试组模拟了这种网络布置；主要是通操作系统的REMOTE ACCSESS CONNECTION manage 来添加网络路由配置实现的

结果：其中一套设备的服务器A PING不通另外一套设备的服务器B；而另一套B能够PING通这一套服务器A；通过观察，B的防火墙给关闭了且不能打开。试了好多种办法都不能解决

后来：我把他们添加的那个REMOTE ACCSESS CONNECTION manage 服务重新启动了一下，再启动防火墙服务；问题竟解决了，搞得开发人员一阵夸；不过我也不知道什么原因，死活也想不明白，呵呵

大家有知道的么？

2006-11-8 晴朗－－aotup

1.测试时候需要先找出对软件影响比较大的bug，这样可以先保证软件的稳定性；至于界面的bug则

留在后边修改比较好.这样的一种顺序既有助于软件后边的稳定性，也符合开发工程师的心理需求。

2.对待同一个功能点或检查点时，提交bug的时候尽量压缩成一个bug，这样开发工程师心理上比较容易接受bug，不至于看起来很费劲。

3.软件流程测试的过程中需要考虑各个功能模块之间的接口数据问题，在本公司的数据交换地方是数据库，各个站点只对自己站点和数据库的交互负责。

4.测试不仅是找出bug，还需要一种管理的理念，还需要和别人的协调和合作。

aotup的测试生活－－2006/10/20

  在对软件进行流程测试考虑的同时，需要注意每个功能的正确性，需要认真考虑每个功能的内在边缘性，凡是接触到数字的问题，需要多考虑特殊数字“0”的情况－－在设计测试用例的时候需要把这种情况给考虑进去，这样就不会忘记了

  对于一个无法重现的bug，先放一放，过几天以后，心情平静下来再连续不停的试验和考虑－－这个是刚开始做测试的情况，目前我的解决办法是：

1）通过系统截屏，这样系统崩溃后可以看到当时系统崩溃之时的状态

2）记住自己的操作步骤，可以随时用笔记下－俗话说好记性比不上一个烂笔头

3）从软件的实现方式－－程序的实现方式来分析

7.不要轻易的对一种情况持否定态度，需要去不停的试验，不断地积累

2006年10月 以前

呵呵具体哪一天已经忘记了

1.一个测试检查点至少包含两个测试用例，一个正面测试用例和一个反面测试用例

2.来回切换的地方需要多切换几次，检查逻辑变化是否正确－－尤其是逻辑比较复杂的情况下

3.通过路径分析法写测试用例来测流程，用边界值分析和等价类分析法来测数据输入；经验证明，这两种测试用例分析方法是最常用的两个分析方法

4.测试时，其检查的期望值不但需要检查当前的表现，还需要检查在系统其他地方所有的测试表现值－－这个就是目标值的验证－－主要表现为数据的前后一致性，有些程序可能把修改或添加的某个值保存在缓存中，而没有真正的保存在数据库中，这时候就需要我们去检查数据库的值，或者重启系统，检查相关参数是否保存成功