当一个项目需要做自动化的时候， 如何来选择合适的自动化工具：
以下是我个人看书的总结，希望各位多提建议
1，选择适合多阶段，知识多种操作系统的测试工具。
2，测试工具要对第三方软件，应用程序的控件支持。
3，费用（包括： 工具成本，培训，维护）
4，测试的类型。
5，是自己开发还是购买测试工具。
6, 测试人员的技术知识。

use test10
if exists (select name from sysobjects where name = 'author_infor')
drop proc author_infor
go
Create proc author_infor as
select *
from chengji
go

exec author_infor

关于用例的管理
1。 对于公共的用例（比如：新建，编辑，删除），可以写成公共的函数，可以节省时间。
2。 对于测试数据： 要注意宽度（参数的个数），深度（用例执行次数），数据要完整性，范围，条件

转载:http://www.spasvo.com/baike/391.html

风险评估的英文是risk assessment
风险评估是对风险和风险影响的一个完整的评价。
风险评估报告都会有的，一个项目过程中难免会有些意外风险出现，不管是软件还是其他行业的商业计划，都会进行风险评估，以及出现风险时的应急措施。
对于一个软件测试过程中出现的风险，包括的内容大致有： 人员中途离去；测试过程中发现意料之外，需要延迟测试时间的bug；需求发生比较大的变动；技术达不到预期效果；测试环境搭建存在问题，包括硬件和软件。
风险就是对以前发生过而在你项目中可能发生的问题。预测其实就是用原有的经验来列举可能存在的风险。评价风险就是风险可能发生的概率以及发生后的严重程度，还有就是风险的预防及应对措施。
风险评估（Risk Assessment） 是指，在风险事件发生之后，对于风险事件给人们的生活、生命、财产等各个方面造成的影响和损失进行量化评估的工作。

本文讲述的是：风险评估的概念、做法，以及什么是风险评估的意思。
相关概念:测试服务外包、系统测试、冒烟测试、终端测试工具

做测试计划需要想到的方面：

1。 理解系统： 包括功能测试和非功能测试。通过理解，和别的测试的讨论，从整体上理解，
2。实现的范围。
3。 测试期望。 管理层对测试的期望是什么？客户对测试的期望是什么？
4。 解决方案是什么？分阶段解决方案是什么
5。 工作量多少？
6。 时间多少？
7。预算多少？
8。 技术选择.

基于Web的系统测试方法
http://www.yesky.com/369/1719369_2.shtml

-,为什么在需求中引入测试
1. 可以提早发现bug
2. 可以对软件和领域有更深的了解，
3. 可以更好的完成 test plan, design, case,
4. 可以对需求提出修改意见
5. 可以发现有意义的bug, 提高测试质量
二， 在需求阶段测试的工作。
1. 和需求人员一起参与分析需求，使得测试能深层次的理解需求。

2. 如果需求已形成，测试需要用审阅的方式进行，主要看是否有功能遗漏，是否有多余的需求。   
  需求表达是否规范等（对测试有行业的要求）

1.是否所有需求都体现了 是[ ] 否[ ] NA[ ]   
2.用语是否清晰无歧义（查找诸如也许、可能、大概、大约等关键字） 是[ ] 否[ ] NA[ ]   
3.是否清楚描述软件要做什么及不做什么 是[ ] 否[ ] NA[ ]   
4.是否描述了软件使用的目标环境，指明并简短描述了目标环境中其它相关软件产品/子系统/模块
5.是否每一个具体需求都有唯一的编号 是[ ] 否[ ] NA[ ]   
6.每一个需求是否切实可行、可测试、前后一致、彼此不冲突 是[ ] 否[ ] NA[ ]   
7.是否说明了对每个输入的验证措施，并描述了每个输入的属性，如：度量单位、边界值、时序要求 等 是[ ] 否[ ] NA[ ]
8.是否说明了对每个输入的处理 是[ ] 否[ ] NA[ ]
9.是否说明了对每个输出项是如何输出的，并且描述了每个输出的属性，如：度量单位、边界值、时 序要求等 是[ ] 否[ ] NA[ ]   
10.是否描述了性能需求 是[ ] 否[ ] NA[ ]   
11.所描述的性能需求是否能通过测试来进行验证 是[ ] 否[ ] NA[ ]   
12.是否说明了所有对系统可能的约束 是[ ] 否[ ] NA[ ]
Kate Nie 说:
3. 之后，写test plan, test case

需求测试的注意点：

完整性
正确性
一致性
有效性
可测试性
可实现性

通过用户调查来测试需求
通过设计测试用例来测试需求
利用现存的产品对需求进行测试
 

三， 设计测试过程，尽量和需求文档要一致，在开发给测试软件之前。

四，当需求文档有变更的时候。
1. 成立小组，有测试，开发，写需求的人组成。
2. 纪录每次更改（在什么时候，谁，更改了什么，怎么更改的，地点是哪里）
3. 小组一起讨论，变更的风险，优先级，效果，权衡利弊
4. 引入requirements-management工具，这样方便每次更改可以记录

五，基于一个已存在系统的开发的注意点。
1. 所有相关的人都要理解为什么要基于指定的软件来开发的软件，清楚原理。
2. 明确指定的软件的逻辑和输出是否正确，再决定参考。
3. 至少记录每个模块的描述，尽量多给一些细节，和整体的业务。
4. 明确哪些被更新了和新增加的，要对测试的功能，设计，测试过程分析。
5. 建立有效的测试流程。

在自动化过程，如何选择用例。
1， 选择公用，执行次数多的用例
2， 选择较稳定的模块的用例
3。 选择手工测试工作不可能完成的或者是工作量大的，例如需要输入参数多的用例
4。 选择重要的，产品的卖点的模块。
5. 选择运动 有规律的测试。
6. 基线测试 （基线的英文是baseline。一个已经被正式评审和批准的规格或产品，它作为进一步开发的一个基础，并且必须通过正式的变更流程来变更。）

1,错误：查询结果有俩个id,所以有冲突

create view testview2
as
select *
from student,  test10.dbo.chengji
where student.Id=  test10.dbo.chengji.id

下面是正确：
create view testview
as
select a.id
from test10.dbo.student as a LEFT   OUTER   JOIN test10.dbo.chengji as b
on a.id = b.id

错误：
1. 把‘错误弄成“
2. 字段名不需要引号

Insert into test10.dbo.student2 (Name) values ('kate1')

update student2
set name = 'lily'

where name = 'kate2'

delete *
from student2
where name = 'lily1'

11.10

学习如何在指定的数据库里建表

Creat table 数据库。用户名。表名字

such as
Create table test10.dbo.student2
(Id char(5), Name char(50))

今天出去玩，心情好，哈哈---(如果今天有新的收获，记得要更新日志，哈哈)

从今天开始学习自动。

1. 找资料。

2. 选定测试对象。

3.下载免费bug tracking system and test case management system。

今天参加了俩家公司的面试。下面是面试题，答案是在网上搜集的，有不对的地方，请大家多指教。 呵呵

1。 自我介绍。

2。 b/s与c/s测试的区别

3。 集成测试、Alpha测试和Beta测试三者有何异同？

集成测试、Alpha测试和Beta测试三者有何异同？

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求）如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现

Alpha测试和Beta测试都属于确认测试。
Alpha测试由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现在错误和使用中遇到的问题。总之，Alpha测试是在受控的环境中进行的。

Beta测试由软件的最终用户们在一个或多个客房场所进行。与Alpha测试不同，开发者通常在Beta测试的现场，因Beta测试是软件在开发者不能控制的环境中的“真实”应用。用户Beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。

4。如何修改sql的字符集？

SQL  Server  2000  如何更改字符集？  
从中文改为英文。  
---------------------------------------------------------------  
 
１．在MS-DOS模式下运行：  
c:>net  stop  mssqlserver  
 
２．然后运行\\mssql\binn\rebuildm.exe文件重建master库  
字符集选ISO，排序方式二进制，大小写敏感。  
 
３．重建完后在MS-DOS模式下运行：  
c:>net  start  mssqlserver  

5。 设计需用例要点？

每一个测试需求至少确定两个测试用例：正面，负面

• 　　为测试用例确定输入和输出

　　输入是指在执行该测试用例时，由用户输入的与之交互的对象、字段和特定数据值（或生成的对象状态）。

　　输出即预期结果，是指执行该测试用例完毕后得到的状态或数据。

　　在确定输入和输出参数时，我们采用以下原则：

　　在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。

　　必要时用等价类划分方法补充一些测试用例。

　　对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

　　如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法

6。测试最晚什么时候介入？

个人认为是详细设计之后。

今天开博了， 哈哈