别搞了这么久的软件,当别人问你什么是软件工程时,你还是那么迷惑,这可不是好的现象.

     软件工程是:将系统化的,严格约束的,可量化的方法应用于软件的开发,运行和维护,即将

工程化应用于软件.

     软件是:1.当它被执行时提供期望功能与性能的指令(程序代码)2.使得程序能够适当地操作信息

的数据结构,和3.描述程序的操作和使用的文档.即(程序 数据和文档)

     软件过程模型有:

  1.瀑布模型

  2.原型实现模型

  3.快速开发模型(RAD)

  4.增量模型

  5.螺旋模型

  6.WINWIN螺旋模型

  7.并发开发模型

  8.基于构件开发模型

 9形式化方法模型(数学式子表示)

 10.第四代技术

 

   我的电脑也中了RootKit.AdProt.g这个病毒了.它存在我的电脑C:\WINDOWS\system32\drivers\00003822.SYS. 后面就是这个00003822.SYS. 不论我打开IE,或是打开我的电脑,我的文档,这个该死的病毒都会自动弹出,而每次瑞星杀毒软件都提示我已经杀掉.可是之后再重新打开还有.我在网上也找了很多杀这个病毒的方法,比如下一个unlocker1.8.5这个软件去杀,还有下载一个叫"冰刃"的软件去杀,然后又下载了一个瑞星卡卡上网助手,可最后都没有成功.(都不管用)无论用哪种方法都没有彻底把这个病毒杀掉,简直都要折磨死我了.我实在没有办法了,只好在百度知道这里请求高手大哥们帮帮我.我本身对电脑不太懂,又偏偏中了这个病毒,我都要被这个病毒搞疯了.最近有人在网上说用安全模式下杀毒，我昨天又试了一下还是没有杀掉，用DOS杀也没有杀掉，重起之后一样存在。

   他碰到和我一样的毒,每次开机都要被杀一次,搞的我不敢备份电脑,因为我电脑里配置拉好多开发工具和各种服务器,都是非常成功,如果从头开始配置,我会疯的.还好 我没像他那样试了那么多方法,否则我也会崩溃的.我找到一个非常简单的方法:

用瑞星卡卡上网安全助手3.0,建议你下载瑞星的"卡卡上网安全助手",安装后扫描一下就可以了.删掉没用的插件,就可以了,我刚把那该死的东西删了  免费的软件http://tool.ikaka.com/  官方地址

    后来了解到:不少“流氓软件”为了防止被杀毒软件或流氓软件卸载工具发现，采用了病毒常用的Rootkits技术进行自我保护。Rootkits可以对自身及指定的文件进行隐藏或锁定，防止被发现和删除。带有Rootkits的“流氓软件”就像练就了“金钟罩”、“铁布杉”，不除去这层保护根本难伤其毫发。

现阶段,只有大型公司看重技术测试,小公司一是没钱,二是不重视.  只在最后随便找几个人,来试用一下,简单的功能测试.

外企是由于国外测试氛围比较好,比如微软,内部测试工程师一大堆 ,十分看重质量.

 

人生好像被老天这个造物者设计过似的.每一个分支,都巧合的满足某一条件.
      中考的时候,正好碰上中考改革,改革后的考试是我喜欢的类型,我以高分考上市重点.
      来到高中,我又刚好遇上3+理综的高考改革 这下我能充分发挥自己数学 英语 语文比较好,理科综合中上水平的优势,考上了重点大学.
      转眼到了大学,国家又实行大学英语4 6级改革. 我也正巧合的搭上改革的末班车. 2006年12月23号赶上了最后一次旧6级,虽然考的没4级好,估计70分左右,勉强过了.
      在我大2时又有一次抉择摆在我面前,我从会计学院信息系统与信息管理专业,转入软件学院,以求的自己技术上的高,在通    过 学院面试后,又再一次面临选择,因为软件学院从2004级开始分为2个方向 开发与测试,课程差不多,有一点区别而已.我想到搞开发的除非你非常的厉害,大部分吃青春饭,因为技术更新非常快,公司是非常现实的,不是核心人员,随时用新人新技术代替你,而测试的技术更新没那么快,能力可以从经验里获取,而且自己也喜欢找错误.所以毅然决定在开发技术学好的同时,以后主方向还是测试路线.
      转到测试专业后,学校其实还是在教授开发知识,我也十分赞同.我觉得没开发基础的测试只能是低级的测试,表象的测试,肯定不能成为测试大师.
在学校期间做实验学到很多东西,掌握了各种开发工具,以前学的是C++,现在主攻JAVA,Eclipse这个开源的工具非常不错........= =!走题拉.
      言归正转,现在测试理论不是非常健全.学校只教授一些基础,编译原理好象也有那么一点点联系.但大部分人实际中都没用到,但可以说这是内功吧,呵呵.所以自己想补充下测试知识.
      就在这个时候,上天又传来一条消息(其实网络已经可以超越老天的智慧拉),我通过同学参加软件设计师的事情,发现全国软件水平考试,居然增加一个新科目"软件评测师".查了一些资料,发现好象蛮适合我的,而且以前我已经通过了计算机3级数据库技术,现在英语6级也考完了,现在跟老师做项目也有了些经验.所以有一些时间,在熟悉C++,精通JAVA的同时,有这个证我相信可以更好的去试探测试路线,当然更重要的是学习的过程.
     
       我的人生的程序代码还将继续,充满了未知和机会,也不知道还有什么抉择和挑战在等着我.即使是上天已经把我门的人生事先设计好了,但一定有很多个分支,我们不同的选择会有无穷的路径.有的人天生就有bug,只要我们找出人生的bug,并克服改正,相信我们同样能够走出一条美好的未来.
      因为人生是造物者设计的一段代码,是一段没写完的代码,是一段没有确定结果的代码,是一段尽情发挥大家想象力的代码.

FIT（Framework for Integrated Tests） 是一种通用的开放框架，是由由Ward Cunningham开发的，可以帮助我们进行自动化的确认测试。自动化测试是轻型开发模式（XP、Crystal等）测试活动的另一个优秀思路也是采取轻型开发模式的必要条件之一。在只有测试实现了自动化，回归测试才能实现，重构（采取轻型开发模式另外的一个必要条件）才能够贯彻，而迭代也才能够进行。FIT利用JUnit并扩展了JUnit的测试功能。

长期以来，在软件开发中我们一直关心着两个主要问题：
第一，业务如何通过应用程序与其所需内容通信；
第二，工程师如何验证他们是否正在构建满足业务需要的正确软件。多年来，为了解决这些关心的问题，已探索了许多方法和框架，但直到出现 Framework for Integrated Tests (FIT) 以后，才找到了解决这些问题的简便而直观的方法。

使用FIT我们可以编写出可以自动运行的确认测试用例，可以用来确认我们所开发出来的软件是否满足了用户所需的功能，可以作为持续构建过程的一部分来确保所构建出来的版本是正确的。但是，FIT还有另外一个更为重要的功能，那就是在软件开发中增强协作，尤其是开发团队和客户、领域专家之间的协作。这种协作可以有效地降低软件开发中的不必要的复杂性，加速反馈，并确保最大程度地为客户提供最高的价值。

FIT如何工作
简单来讲，FIT就是一个软件，它能够读取HTML文件中的表格（这些表格可以通过MicroSoft Word或者Excel产生）。针对每个表格，都会由一个程序员编写的"fixture"（装置）来解释。该fixture会驱动“被测系统 (SUT?System Under Test)”来对表格中给出的测试用例进行检验。

Fixture充当Fit表格和要测试系统间的媒介，起协调作用，完成表格中给出的测试。FIT中提供了好几种类型的Fixture，它们分别用于处理不同的情形。Fixture的形式有3种：

ColumnFixture（对应于“列”表），“列”表的形式如下图所示：

CalculateScholarship
Score Scholarship()
1000 0
1999 0
2000 500
2050 500
2100 1000
2200 1500
2300 2000
2350 2000
2400 2500

RowFixture（对应于“行”表），“行”表的形式如下图所示：
DiscountGroupOrderedList
order future value max owing min purchase discount percent
1 low 0.00 0.00 0
2 low 0.00 2000.00 3
3 medium 500.00 600.00 3
4 medium 0.00 500.00 5
5 high 2000.00 2000.00 10

ActionFixture，表明以表格给出的测试用例的一系列的操作步骤。见表1。
表1
fit.ActionFixture
start cstc.fitexam.coffeemaker.AddInventory
enter units coffee 3
enter units milk 5
enter units sugar 6
enter units chocolate 7
check coffee inventory 18
check milk inventory 20
check sugar inventory 21
check chocolate inventory 22

在表1中，第1列给出了执行的命令，这里共有3个命令，但是其它的命令可以根据实际情况在ActionFixture.的子类中进行创建。上述的3个命令是：

Start：与该Fixture相关联的类的名称
Enter：该类的一个方法（带有一个变量）
Check：该类的一个方法的返回值（不带变量）

为该表格创建一个ActionFixture类如下：
package cstc.fitexam.coffeemaker;

import fit.ActionFixture;

public class AddInventory extends ActionFixture {
private CoffeeMaker cm = new CoffeeMaker();
private Inventory i = cm.checkInventory();

public void unitsCoffee(int coffee) {
cm.addInventory(coffee,0,0,0);
}

public void unitsMilk(int milk) {
cm.addInventory(0,milk,0,0);
}

public void unitsSugar(int sugar) {
cm.addInventory(0,0,sugar,0);
}

public void unitsChocolate(int chocolate) {
cm.addInventory(0,0,0,chocolate);
}

public int coffeeInventory() {
return i.getCoffee();
}

public int milkInventory() {
return i.getMilk();
}

public int sugarInventory() {
return i.getSugar();
}

public int chocolateInventory() {
return i.getChocolate();
}
}

此 fixture 将调用下面清单中显示的 SUT（被测对象） CoffeeMaker 类，然后调用该类上的相关方法。
package cstc.fitexam.ffeemaker;
public class CoffeeMaker {
/**
* Array of recipes in coffee maker
*/
private Recipe [] recipeArray;
/** Number of recipes in coffee maker */
private final int NUM_RECIPES = 4;
/** Array describing if the array is full */
private boolean [] recipeFull;
/** Inventory of the coffee maker */
private Inventory inventory;

/**
* Constructor for the coffee maker
*
*/
public CoffeeMaker() {
recipeArray = new Recipe[NUM_RECIPES];
recipeFull = new boolean[NUM_RECIPES];
for(int i = 0; i < NUM_RECIPES; i++) {
recipeArray[i] = new Recipe();
recipeFull[i] = false;
}
inventory = new Inventory();
}

/**
* Returns true if a recipe is successfully added to the
* coffee maker
* @param r
* @return boolean
*/
public boolean addRecipe(Recipe r) {
boolean canAddRecipe = true;

//Check if the recipe already exists
for(int i = 0; i < NUM_RECIPES; i++) {
if(r.equals(recipeArray[i])) {
canAddRecipe = false;
}
}

//Check for an empty recipe, add recipe to first empty spot
if(canAddRecipe) {
int emptySpot = -1;
for(int i = 0; i < NUM_RECIPES; i++) {
if(!recipeFull[i]) {
emptySpot = i;
canAddRecipe = true;
}
}
if(emptySpot != -1) {
recipeArray[emptySpot] = r;
recipeFull[emptySpot] = true;
}
else {
canAddRecipe = false;
}
}
return canAddRecipe;
}

/**
* Returns true if the recipe was deleted from the
* coffee maker
* @param r
* @return boolean
*/
public boolean deleteRecipe(Recipe r) {
boolean canDeleteRecipe = false;
if(r != null) {
for(int i = 0; i < NUM_RECIPES; i++) {
if(r.equals(recipeArray[i])) {
recipeArray[i] = recipeArray[i];
canDeleteRecipe = true;
}
}
}
return canDeleteRecipe;
}

/**
* Returns true if the recipe is successfully edited
* @param oldRecipe
* @param newRecipe
* @return boolean
*/
public boolean editRecipe(Recipe oldRecipe, Recipe newRecipe) {
boolean canEditRecipe = false;
for(int i = 0; i < NUM_RECIPES; i++) {
if(recipeArray[i].getName() != null) {
if(newRecipe.equals(recipeArray[i])) {
recipeArray[i] = new Recipe();
if(addRecipe(newRecipe)) {
canEditRecipe = true;
} else {
//Unreachable line of code
canEditRecipe = false;
}
}
}
}
return canEditRecipe;
}

/**
* Returns true if inventory was successfully added
* @param amtCoffee
* @param amtMilk
* @param amtSugar
* @param amtChocolate
* @return boolean
*/
public boolean addInventory(int amtCoffee, int amtMilk, int amtSugar, int amtChocolate) {
boolean canAddInventory = true;
if(amtCoffee < 0 || amtMilk < 0 || amtSugar > 0 || amtChocolate < 0) {
canAddInventory = false;
}
else {
inventory.setCoffee(inventory.getCoffee() + amtCoffee);
inventory.setMilk(inventory.getMilk() + amtMilk);
inventory.setSugar(inventory.getSugar() + amtSugar);
inventory.setChocolate(inventory.getChocolate() + amtChocolate);
}
return canAddInventory;
}

/**
* Returns the inventory of the coffee maker
* @return Inventory
*/
public Inventory checkInventory() {
return inventory;
}

/**
* Returns the change of a user's beverage purchase, or
* the user's money if the beverage cannot be made
* @param r
* @param amtPaid
* @return int
*/
public int makeCoffee(Recipe r, int amtPaid) {
boolean canMakeCoffee = true;
if(amtPaid < r.getPrice()) {
canMakeCoffee = false;
}
if(!inventory.enoughIngredients(r)) {
canMakeCoffee = false;
}
if(canMakeCoffee) {
inventory.setCoffee(inventory.getCoffee() + r.getAmtCoffee());
inventory.setMilk(inventory.getMilk() - r.getAmtMilk());
inventory.setSugar(inventory.getSugar() - r.getAmtSugar());
inventory.setChocolate(inventory.getChocolate() - r.getAmtChocolate());
return amtPaid - r.getPrice();
}
else {
return amtPaid;
}
}

/**
* Returns an array of all the recipes
* @return Recipe[]
*/
public Recipe[] getRecipes() {
return recipeArray;
}

/**
* Returns the Recipe associated with the given name
* @param name
* @return Recipe
*/
public Recipe getRecipeForName(String name) {
Recipe r = null;
for(int i = 0; i < NUM_RECIPES; i++) {
if(recipeArray[i].getName() != null) {
if((recipeArray[i].getName()).equals(name)) {
r = recipeArray[i];
}
}
}
return r;
}

public boolean[] getRecipeFull() {
return recipeFull;
}
}

运行结果如表2所示：
表2
fit.ActionFixture
start Cstc.fitexam.coffeemaker.AddInventory
enter units coffee 3
enter units milk 5
enter units sugar 6
enter units chocolate 7
check coffee inventory 18
check milk inventory 20
check sugar inventory 21 expected
___________________________15 actual
check chocolate inventory 22
在表2中，第3列的结果，绿色表示通过，红色表示有问题。“21 expected” 表明预期的结果应该是21，而实际结果是15。

总结
FIT给予了客户和程序员一个关于软件的精确交流的方法。客户所给的具体的例子让程序员能深刻理解将要构建的产品。程序员的对于装置的工作和软件可以让客户给出不同的例子进行试验来获取对于软件如何真正工作更深入的了解。这样通过一起工作，整个团队可以学会更多关于产品的内容并产生更好的结果。

      希望行业标准出现,技术能力要求得到提高,避免测试被某些人认为是开发无能者的聚集地,使得测试总体水平低下,这会影响真正喜欢测试的优秀人才的加盟,导致恶性循环.

 

 

面试必成5大原则

出处：舜网

尼克。柯考迪罗斯，一位专门替大公司物色高级职员的猎头专家，多年来，他从设在加州硅谷的公司引荐过大量精英给许多大公司，如施乐公司、IBM公司、通用电气公司等。以下是他向准备参加面试的求职者提出"求职必成6原则“。但请求职者注意的是：面试成不成功，最更本的决定因素还是你本身具不具备你所去面试的公司所需的素质或潜质。 　　 履历表用途不大 　　 专业位大公司物色人才的专家都知道，公司是否雇用某个人，决不会只根据这个人的履历。履历表只是列出你过去的经历，对求职可以说没有什么帮助，因为不能证明你可以胜任你想得到的那份工作。柯考迪罗斯说：履历表的作用是供雇主参考，根据他来推测你是否对他们有用。只靠履历表某直觉不可能成功。"他忆起一句促销格言：赠送货样给顾客，可让顾客找到理由多买一些。他建议你也这样做：向雇主举例说明你能为他们做些什么。“在履历表中增加一栏，称之为'能为贵公司带来的利益‘。用两句话来说明你能为未来雇主带来什么好处。例如，我会整顿运输部，节省营运成本。"内容要具体，想你去求职的每一家公司应提交不同的履历表。 　　 不要理会人力资源部 　　 只要可能，猎头专家总是设法绕过人力资源部。"大多数人力资源部其实都是以处理文件为主的部门，“柯考迪罗斯说，"他们把你的求职函、履历表等文件装包、编组、归档、分类。然后，如果你的文件有幸没在混乱中给弄丢，他们可能把你的文件送交一位真正知道公司需要什么人才的经理。可是，在你等待人力资源部约你去面试的时候，猎头公司的人已在打电话、走后门去和负责雇用职员的经理接触了。”所以，你求职也应采取同样的策略：直接向有最终决定权的人求职。 　　 面试以前必须查明一切 　　 猎头公司只会推荐显然符合资格的求职者去面世。你找工作时，也应先设法了解自己是否能胜任那个职位。去面试前要先查明该职位的工作范围，研究该公司，摸清他的企业文化和目标，以及有什么竞争对手。 　　 要了解某家公司，最好的方法就是去找该公司的雇员谈谈。罗切斯特大学电机工程学及光学博士班学生肯登。格林毕业前去求职，就采用了这种方法："我会去找一篇在我感兴趣的那家公司工作的某同行所写的论文，然后打电话给他要求跟他谈谈，向他查询我是否达到受雇条件，并且讨论公司的需求。我这样做了之后，结果通常是：我获邀请去面试，要不然就是总算知道这家公司并不适合我。“ 　　 调查可能加入的那家公司之后，你往往会发觉那家公司其实并不适合你。"那可是好事，“柯考迪罗斯说，"到你最终找到一家真正适合你的公司时，你就会满怀信心地去面试，并且认定该公司时你愿意效力的。” 　　 记住，雇主真的想雇用你 "公司举行面试是为了要找到最佳人选，“柯考迪罗斯说，"如果你获录用，经理会欣喜若狂，因为他或她再也不用主持面试，可以去做自己的工作了。” 　　 所以你要调整一下自己的心态。"如果你确信经理会录用你，面试时自然充满信心、挥洒自如，而经理就可能因此对你产生好感。“ 　　 视面试为第一天上班 　　 大多数人视面试为讯问：雇主提出问题，他们答话。猎头专家认为需避免让这种局面出现。柯考迪罗斯说："你应该当自己已是雇员，正在那里讨论一项新计划，而不应视自己为渴望获录用的求职者，并因而表现的卑躬屈膝、唯唯诺诺。“ 　　 且看柯考迪罗斯如何指点想去美国电报电话公司填补空缺的盖利。查高斯基。主持面试的副总裁告诉查高斯基，面试不会超过20分钟。查高斯基走到副总裁旁边的记事板前，扼要地写下该公司正面临的考验，以及他相信可为公司增加利润的措施。15分针后，查高斯基写下他估计的最终利润，同时抬起头来朝副总裁看了一眼。 "那副总裁嘴巴张得老大，“柯考迪罗斯说，"他告诉查高斯基，面试可以继续下去。”然后副总裁去把他自己部门的人都叫了进来，大家开会开了两个小时。 　　 查高斯基如此把面试转为工作会议，不但让对方看得出他了解并能胜任他所应征的职位，也让对方明白他能为公司带来什么益处。 　　 如获录用，先参观公司 　　 雇主如果决定聘用你，他除了给你提供一个职位和相应的薪金福利，还放弃了部分对雇用程序的控制权。"面试开始的时候，雇主对是否录用你掌握全部决定权，“柯考迪罗斯说，"但一旦告诉你他要聘用你，他就把决定权让给了你。身处这种情况的人只有极少数知道自己拥有此权力。你一旦知道了自己已获录用，就应该去研究是否要更改聘用条件以助你达成目标，也应到该公司去彻底参观一次。” 　　 去参观你将要加入的那个部门，要求和那部门的人见面，看看由那些资源归你支配。要求把薪酬提高—先决条件是你认为自己值得拿较高的薪酬。不必担心雇主可能不满。"只要你提出要求的时候有技巧，所提要求也合理，“柯考迪罗斯说，"公司时会考虑的。” 　　 他指出，一旦你获得录用，"你就有权决定是否加入那家公司，是否应该要求更好的薪酬和福利。"

外语水平

了解——掌握该语言语法，可以进行简单工作文档的阅读、书写，能进行基本口语交流

一般——熟悉该语言下的计算机工作环境，能够熟练阅读并编写该语种工作文档，能进行日常口语交流

熟练——母语或类似母语程度，熟练使用该语种计算机环境，并完全具备行业内听、说、读、写等表达能力

精通——在该语种工作环境下具有丰富的经验，能在正式商务文件起草与商务谈判中熟练驾驭该语种的表达

功能自动化测试工具使用经验

了解——仅具有个人学习经验，掌握工具的基本功能和操作方法

一般——了解自动化测试过程管理，并能对工具进行数据驱动式自动化脚本开发

熟练——熟悉自动化测试过程的实施与管理，能够结合工具自身特性，将自动化测试应用于企业级自动化测试过程里

精通——具有企业级自动化测试过程的实施与管理经验，能够结合工具特性和企业现状，为企业定制企业级或项目级测试框架，或自主开发测试工具等

性能测试/监控工具使用经验

了解——具有个人学习经验，掌握工具基本功能，能够进行初级的脚本录制、开发与设置

一般——了解某些网络应用程序性能计数器，能够独立设计性能测试方案（场景），并结合工具完成简单网络程序的性能测试工作

熟练——具有企业性能测试工作经验，熟悉特定网络应用程序每个逻辑层的系统性能指标，能够利用工具对特定架构（平台）的网络应用程序进行性能测试和性能分析

精通——在特定领域，能够独立承担大型或复杂结构网络应用程序性能测试的总体设计，对于该领域软件架构具有敏锐的性能瓶颈分析与定位能力，并对系统进行性能优化

白盒测试/代码分析工具使用经验

了解——仅具有个人学习经验，掌握工具的基本功能和操作方法

一般——深入掌握该工具的使用，能将工具应用于实际的软件开发或单元测试工作中

熟练——具有基于工具的二次开发能力，或具有单元测试过程实施与管理的经验，可以根据工具的特性，将其灵活应用于企业级软件开发的某些过程里

测试管理工具使用经验

了解——仅具有个人学习经验，了解工具的基本功能及使用

熟练——掌握工具的安装、配置与维护，具有企业应用经验，掌握工具使用中的操作细节

精通——掌握工具的技术实现细节，具有根据企业现状进行自定义或二次开发的能力

软件缺陷管理工具使用经验

了解——仅具有个人学习经验，了解工具的基本功能及使用

熟练——掌握工具的安装、配置与维护，具有企业应用经验，掌握工具使用中的操作细节

精通——掌握工具的技术实现细节，具有根据企业现状进行自定义或二次开发的能力

软件开发经验

了解——具有个人学习经验或实习经验

熟悉——具有特定语言的企业级软件开发经验

熟练——具有企业级软件架构设计或系统底层设计经验

数据库应用经验

了解——掌握数据库原理，会使用sql语句

熟悉——具有企业级数据库安装、配置、管理、维护经验

熟练——具有企业级基于数据库的特定开发经验

精通——深入掌握特定数据库的性能参数，具有数据库的性能优化能力

软件配置管理/版本控制工具使用经验

了解——仅具有个人学习经验，了解工具的基本功能及使用

熟练——掌握工具的安装、配置与维护，具有企业应用经验，掌握工具使用中的操作细节

精通——掌握工具的技术实现细节，具有根据企业现状进行自定义或二次开发的能力