郁闷

TD 装了2次了 可是装了 sql server 2000 英文版 却不能输入中文。。唉

通过设计语言 也不行！没辙了！

周一又要装一遍了。。真是郁闷。。

20071014/

    该项目是在原来的项目基础上添加一个RMS功能，而RMS功能以前也测试通过；以为测试起来很简单！

    拖拖拉拉的过了几天才开始搭平台，一方面是因为测试过，一方面这个RMS平台牵涉的硬件比较多，比较难搭！就一直拖着。首先要检讨一下我这方面的懒惰，在测试中我觉得这一点是不可原谅的

    基于上述理由吧，大脑里就大概知道RMS都与原来有哪些借口，有哪些测试点；但是并没有用文档记录下来！

    使得RMS在调试接口中，bug一个一个的往外崩，还好开发人员都比较开明，没有抱怨

    通过这个事情让我觉得之前靠测试经验测试的缺陷，更加明白在测试之前需要形成一个checklist，这个是最基本的了，哪怕只是重点功能的checklist！这样每一次都把checklist的功能走一遍，就能提交测试效率！

    其实不管是一个怎样的项目，不管多么稳定，也不管这个项目有多急，只要有测试需求，都需要强迫自己写一份checklist！

在软件测试过程中还是会经常使用注册表信息的，呵呵，以前都是为了删除病毒才想起来去注册表找找；现在看来了解注册表也是非常重要的..，其实注册表就是用来一个记载操作系统配置的迷你数据库呵呵

PC机及其操作系统的一个特点就是允许用户按照自己的要求对计算机系统的硬件和软件进行各种各样的配置。早期的图形操作系统，如Win3.x中，对软硬件工作环境的配置是通过对扩展名为.ini的文件进行修改来完成的，但INI文件管理起来很不方便，因为每种设备或应用程序都得有自己的INI文件，并且在网络上难以实现远程访问。

为了克服上述这些问题，在Windows 95及其后继版本中，采用了一种叫做“注册表”的数据库来统一进行管理，将各种信息资源集中起来并存储各种配置信息。按照这一原则，Windows各版本中都采用了将应用程序和计算机系统全部配置信息容纳在一起的注册表，用来管理应用程序和文件的关联、硬件设备说明、状态属性以及各种状态信息和数据等。

前天晚上同学说在搞底层驱动开发；又看见一个公司在招聘软件测试工程师要求最好有底层开发经验；想想自己现在好像对底层开发的概念还都不清楚，真是惭愧啊～～

查了一下网络，大概知道了底层开发就是用汇编语言或者C，C＋＋等语言进行编程，关键是要求开发者对寄存器，操作系统内核的东西比较熟悉；突然想起来，上学那会曾经花了一个多月的时间用汇编语言在仿真机开发了电子时钟；不知道这个算不算呵呵

这样想想还是挺佩服自己的呵呵

                  BUG定义标准

1。目的

对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。

2.概念

BUG:软件中存在的瑕疵，可能会导致软件失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

3.BUG提交要求

版本项：测试开始定义本次测试的版本号，测试总结要体现出来
测试项：主菜单＋次菜单＋。。。
缺陷说明：操作步骤＋错误内容＋原因说明（可选）

4.bug分类

1）功能错误：以需求说明书为参照，未达到或未完成需求说明书的功能
2）编码错误：各类系统报错以及死机，不能工作、没有反应的现象
3）数据库错误：查询数据、更新数据出现的数据库表结构、索引错误
4）可操作性错误：应用方面的错误
5）界面问题：窗口控件布局，字体显示等界面不美观，界面、消息提示不友好、不准确
6）合理化建议：测试者认为更好的实现方法，
7）其他错误

5.bug严重程度

1）最严重：系统崩溃，数据丢失，由于程序所引起的死机、非法退出，死循环，数据库发生死锁，错误操作导致的程序中断 ，严重的计算错误，与数据库连接错误，数据通讯错误
2）严重的：操作出错，系统功能错误或遗漏；程序接口错误 、数据流错误 、轻微数据计算错误
3）一般的：错误操作提示，界面错误，打印内容、格式错误，简单的输入限制未放在前台进行控制，删除操作未给出提示，数据输入没有边界值限定或不合理。
4）很小的：不影响系统功能，更好的操作方式，罕见的错误，辅助说明描述不清楚，显示格式不规范，系统处理未优化，时间操作未给用户进度提示，提示窗口文字未采用行业术语

2007/09/10  天气晴朗

也做了一段时间的软件测试，总觉得有点东西需要写下来；早就打算建立个人空间。。只是今天才开始；不过终于迈出了第一步，还希望有人给我捧场，呵呵；期望值还蛮高得哦； 从今天开始这儿就是我得家了呵呵

项目告一段落，给了我很多时间，猛得停下来，竟有点不知所措；

又开始不停得思考我应该做什么，应该学点什么了。。开始为我得未来担心，为生活担忧，为项目担忧；有时候都怀疑自己是不是得焦虑证了呵呵，不过突然觉得软件测试工程师更容易患焦虑症呵呵