2012年10月18日
摘要: 1、聚合函数使用聚合函数作为select的选择列时,若不为其指定列标题,则系统将对该列输出标题‘(无列名)’ 为聚合函数指定列标题举例:有课程表XS_KC(学号、课程号、成绩),求选修101课程号的学生的平均成绩 查询语句如下:select Avg(成绩) as ‘课程号101的平均成绩’ from XS_KC where 课程号='101'常用聚合函数的语法格式: Sum/Avg([All | Distinct] 表达式)Count({[All | Distinct] 表达式} | *), Count(*)将统计总行数,不需要任何参数2、Group by子句group by子 阅读全文
posted @ 2012-10-18 14:10 @雨欣@ 阅读(193) 评论(0) 推荐(0) 编辑
摘要: 涉及多个表的查询被称为连接查询。T-SQL中,连接查询有两大类表示形式,一类是符合SQL标准连接谓词表示形式,另一类是T-SQL扩展的使用关键字Join的表示形式。一,连接谓词表示在select语句的where子句中使用比较运算符给出连接条件对表进行连接,这种表示形式称为连接谓词表示形式。若选择的字段名在各个表中是唯一的,则可以省略字段名前的表名。Ps:连接谓词中的两个列(即字段)称为连接字段,它们必须是可比的。 连接查询和子查询的区别:连接可以合并两个或多个表中数据,而带子查询的select语句的结果只能来自一个表,子查询的结果是用来作为选择结果数据时进行参照的。 使用连接查询和子查询的各个 阅读全文
posted @ 2012-10-18 09:45 @雨欣@ 阅读(758) 评论(0) 推荐(0) 编辑
  2012年10月17日
摘要: 1、模式匹配查询,like的使用,使用通配符,可进行模糊查询,通配符列表如下:ps:若要匹配的内容为通配符的字符(包括%、_、[]、^),可使用关键字escape2、范围比较,使用between和in使用in关键字可以指定一个值表,值表中列出所有可能的值,当与值表中的任一个匹配时,即返回TRUE,否则返回false。格式为:表达式 in (表达式 [,(……n))IN 和 Not In 子查询只能返回一列数据。3、比较子查询使用运算符:>、<、!>【不大于】、!<【不小于】、<>【不等于】、<=、>= 和比较运算限制:some、any、all 阅读全文
posted @ 2012-10-17 16:37 @雨欣@ 阅读(142) 评论(0) 推荐(0) 编辑
  2012年10月16日
摘要: 1、在sql server2008上面新建查询语句:2、在表中插入一条记录:insert into 表名(列名)values(对应的列值)注意:对于非空字段必须进行赋值,允许为空的字段,可以不赋值,但保存后值为null,列名的顺序可以与表中的列的顺序不一致,但是对应的赋值必须与列名一致!3、删除一条记录:delete from 表名 where 条件4、更新一条记录:update 表名 set 列名=列值 where 条件5、小结:字符串用''(英文符号)引用取多个列名用顿号隔开学习顺序:表的增删查改、视图、函数、存储过程、循环、事务、游标修改查询结果中的列标题: select 阅读全文
posted @ 2012-10-16 13:06 @雨欣@ 阅读(193) 评论(0) 推荐(0) 编辑
  2012年10月12日
摘要: 这是面试官用来淘汰大部分应聘者的惯用手法。采用这种手法的面试官,往往在提问之前就会用怀疑、尖锐、咄咄逼人的眼神逼视对方,先令对方心理防线步步溃退,然后冷不防用一个明显不友好的发问激怒对方。 如:“你经历太单纯,而我们需要的是社会经验丰富的人”,“你性格过于内向,这恐怕与我们的职业不合适”,“我们需要名牌院校的毕业生,你并非毕业于名牌院校”,“你的专业怎么与所申请的职位不对口?” 面对这种咄咄逼人的发问,作为应聘者,首先要做到的就是无论如何不要被“激怒”,如果你被“激怒”了,那么你就已经输掉了。那么,面对这样的发问,如何接招儿呢? 如果对方说:“你经历太单纯,而我们需要的是社会经验丰富的人。”你 阅读全文
posted @ 2012-10-12 18:10 @雨欣@ 阅读(159) 评论(0) 推荐(0) 编辑
  2012年10月10日
摘要: 按照尽早进行测试的原则,测试人员应该在需求阶段就介入,并贯穿软件开发的全过程。就测试过程本身而言,应该包括以下几个阶段:测试需求的分析和确定测试计划测试设计测试执行测试记录和缺陷跟踪回归测试测试总结和报告该阶段就是一个PDCA循环,是一种质量改进模型。P(plan)代表计划,D(do)代表执行,C(check)代表检查,A(action)代表处理。测试需求对于需求文档,应遵照尽早测试的原则,对其进行测试。通常,需要检查需求规格说明书的以下几个方面,来衡量需求规格说明书的质量:【检查要点】正确性:对照原始需求检查规格说明书必要性:不能回溯到出处的需求可能是多余的优先级:乔当地划分并标识明确性:不 阅读全文
posted @ 2012-10-10 12:09 @雨欣@ 阅读(311) 评论(0) 推荐(0) 编辑
  2012年9月28日
摘要: New(新的):bug提交到缺陷库中会自动的被设置成New状态Assigned(已指派):当一个bug被认为New之后,将其分配开发人员,开发人员将确认这是否是一个bug,如果是,开发组的负责人就将这个bug指定给某位开发人员处理,并将bug的状态设定为“Assigned”Open(已打开):开发人员开始处理bug时,他将这个bug的状态设置为“Open”,表示开发人员正在处理这个“bug”Fixed(已修复):当开发人员进行处理(并认为已经解决)之后,他(她)就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人,然后开发组的负责人将这个bug返还给测试组Rejected(被 阅读全文
posted @ 2012-09-28 11:17 @雨欣@ 阅读(8651) 评论(0) 推荐(1) 编辑
  2012年9月27日
摘要: 现状原因:复杂的业务会贯穿于整个软件,涉及众多功能点,里面组合的分支更不可胜数。功能用例依赖程序界面,业务描述依赖需求文档。(功能与业务的分离的缺点)没有很好的积累业务上的用例,才使得执行用例时发现的bug不多。如何解决以上涉及测试用例中遇到的问题:测试驱动开发(TDD)。其基本思想是:在开发功能代码之前,先编写测试代码。为用例标明时间(版本)和优先级。标明时间或版本可以起到一种基准的作用,标明项目进度过程中的每个阶段,使用例直接和需求基线、软件版本对应。同样这需要规范流程,也是对变更的一种确认和控制。或者可以为用例增加一个状态,致命这个用例目前是否与程序冲突,当程序变更时改变用例的状态,并更 阅读全文
posted @ 2012-09-27 10:00 @雨欣@ 阅读(280) 评论(1) 推荐(0) 编辑
  2012年9月25日
摘要: 【测试项目】:杯子需求测试:查看杯子使用说明书界面测试:查看杯子外观功能度:用水杯装水看漏不漏水;水能不能被喝到安全性:杯子有没有毒或者细菌可靠性:杯子从不同的高度落下的损坏程度可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用兼容性:杯子是否能够容纳果汁、白开水、酒精、汽油易用性:杯子是否烫手、是否有防滑措施、是否方便饮用用户文档:使用手册是否针对杯子的用法、限制使用条件等有详细描述疲劳测试:将杯子盛上水(案例一)放24小时检查泄露时间和情况;盛上汽油(案例二)放24小时检查泄露时间和情况等压力测试:用针尖对住杯底不断往杯子里面加水,看压强多大时会穿透震动测试:杯子将包装(有填充物) 阅读全文
posted @ 2012-09-25 17:23 @雨欣@ 阅读(660) 评论(1) 推荐(1) 编辑
摘要: http://www.ltesting.net/ceshi/ceshijishu/csyl/list_94_2.html 阅读全文
posted @ 2012-09-25 11:29 @雨欣@ 阅读(407) 评论(1) 推荐(0) 编辑