日历
| |||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | |||||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 | |||
| 13 | 14 | 15 | 16 | 17 | 18 | 19 | |||
| 20 | 21 | 22 | 23 | 24 | 25 | 26 | |||
| 27 | 28 | 29 | 30 | 31 | |||||
搜索标题
统计信息
- 访问量: 1446
- 日志数: 17
- 建立时间: 2007-07-30
- 更新时间: 2007-10-26
RSS订阅
我的最新日志
-
SQL语句大全(转）
2007-10-26
语 句 功 能--数据操作
SELECT --从数据库表中检索数据行和列
INSERT --向数据库表添加新数据行
DELETE --从数据库表中删除数据行
UPDATE --更新数据库表中的数据
--数据定义
CREATE TABLE --创建一个数据库表
DROP TABLE --从数据库中删除表
ALTER TABLE --修改数据库表结构
CREATE VIEW --创建一个视图
DROP VIEW --从数据库中删除视图
CREATE INDEX --为数据库表创建一个索引
DROP INDEX --从数据库中删除索引
CREATE PROCEDURE --创建一个存储过程
DROP PROCEDURE --从数据库中删除存储过程
CREATE TRIGGER --创建一个触发器
DROP TRIGGER --从数据库中删除触发器
CREATE SCHEMA --向数据库添加一个新模式
DROP SCHEMA --从数据库中删除一个模式
CREATE DOMAIN --创建一个数据值域
ALTER DOMAIN --改变域定义
DROP DOMAIN --从数据库中删除一个域
--数据控制
GRANT --授予用户访问权限
DENY --拒绝用户访问
REVOKE --解除用户访问权限
--事务控制
COMMIT --结束当前事务
ROLLBACK --中止当前事务
SET TRANSACTION --定义当前事务数据访问特征
--程序化SQL
DECLARE --为查询设定游标
EXPLAN --为查询描述数据访问计划
OPEN --检索查询结果打开一个游标
FETCH --检索一行查询结果
CLOSE --关闭游标
PREPARE --为动态执行准备SQL 语句
EXECUTE --动态地执行SQL 语句
DESCRIBE --描述准备好的查询
---局部变量
declare @id char(10)
--set @id = '10010001'
select @id = '10010001'
-
同行blog
2007-10-25
-
电子书下载网址
2007-9-28
http://www.itpub.net/325522,1.html
测试书籍的推荐:
http://www.cntesting.com/hphtml/?thread-7346.html
软件测试好书下载和推荐:
http://www.51testing.com/recommend.htm
英文测试网站:
http://www.softwareqatest.com/
测试网站
1, www.51testing.com
估计是国内比较出名的了2，http://www.testage.net/
测试时代3，http://www.sawin.cn/SawinPilot/saSubTech.asp?SubClass=Test
4，http://www.io.com/~wazmo/qa/
列出了一些与软件测试相关的网站和文章--外国网5，http://www.mtsu.edu/~storm/
外国网6，www.qaforums.com
提供软件测试，自动化测试，测试管理，测试工具等主题的即时讨论--外国论坛--这个不错7，http://www.faqs.org/faqs/software-eng/testing-faq/
即时讨论-外国网书库
http://book.httpcn.com/
http://www.manyi100.com/
http://www.netyi.net/ -
TCP IP
2007-9-26
这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。
TCP/IP整体构架概述TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：
应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。
传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。
互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。
网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。
TCP/IP中的协议
以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的：
网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。
IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是按顺序发送的或者没有被破坏。IP数据包中含有发送它的主机的地址（源地址）和接收它的主机的地址（目的地址）。
高层的TCP和UDP服务在接收数据包时，通常假设包中的源地址是有效的。也可以这样说，IP地址形成了许多服务的认证基础，这些服务相信数据包是从一个有效的主机发送来的。IP确认包含一个选项，叫作IP source routing，可以用来指定一条源地址和目的地址之间的直接路径。对于一些TCP和UDP的服务来说，使用了该选项的IP包好象是从路径上的最后一个系统传递过来的，而不是来自于它的真实地点。这个选项是为了测试而存在的，说明了它可以被用来欺骗系统来进行平常是被禁止的连接。那么，许多依靠IP源地址做确认的服务将产生问题并且会被非法入侵。如果IP数据包中有已经封好的TCP数据包，那么IP将把它们向‘上’传送到TCP层。TCP将包排序并进行错误检查，同时实现虚电路间的连接。TCP数据包中包括序号和确认，所以未按照顺序收到的包可以被排序，而损坏的包可以被重传。
TCP将它的信息送到更高层的应用程序，例如Telnet的服务程序和客户程序。应用程序轮流将信息送回TCP层，TCP层便将它们向下传送到IP层，设备驱动程序和物理介质，最后到接收方。
面向连接的服务（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它们使用了TCP。DNS在某些情况下使用TCP（发送和接收域名数据库），但使用UDP传送有关单个主机的信息。
UDP与TCP位于同一层，但对于数据包的顺序错误或重发。因此，UDP不被应用于那些使用虚电路的面向连接的服务，UDP主要用于那些面向查询---应答的服务，例如NFS。相对于FTP或Telnet，这些服务需要交换的信息量较小。使用UDP的服务包括NTP（网落时间协议）和DNS（DNS也使用TCP）。欺骗UDP包比欺骗TCP包更容易，因为UDP没有建立初始化连接（也可以称为握手）（因为在两个系统间没有虚电路），也就是说，与UDP相关的服务面临着更大的危险。
4.ICMPICMP与IP位于同一层，它被用来传送IP的的控制信息。它主要是用来提供有关通向目的地址的路径信息。ICMP的‘Redirect’信息通知主机通向其他系统的更准确的路径，而‘Unreachable’信息则指出路径有问题。另外，如果路径不可用了，ICMP可以使TCP连接‘体面地’终止。PING是最常用的基于ICMP的服务。
TCP和UDP的端口结构
TCP和UDP服务通常有一个客户/服务器的关系，例如，一个Telnet服务进程开始在系统上处于空闲状态，等待着连接。用户使用Telnet客户程序与服务进程建立一个连接。客户程序向服务进程写入信息，服务进程读出信息并发出响应，客户程序读出响应并向用户报告。因而，这个连接是双工的，可以用来进行读写。
两个系统间的多重Telnet连接是如何相互确认并协调一致呢？TCP或UDP连接唯一地使用每个信息中的如下四项进行确认：
源IP地址 发送包的IP地址。
目的IP地址 接收包的IP地址。
源端口 源系统上的连接的端口。
目的端口 目的系统上的连接的端口。
端口是一个软件结构，被客户程序或服务进程用来发送和接收信息。一个端口对应一个16比特的数。服务进程通常使用一个固定的端口，例如，SMTP使用25、Xwindows使用6000。这些端口号是‘广为人知’的，因为在建立与特定的主机或服务的连接时，需要这些地址和目的地址进行通讯。 -
有点担心未来
2007-9-26
最近总是担心自己的未来，想，就这样一直下去吗？在一个私人企业，目前状况也不受什么重视，在这企业呆两三年了，一直都是这样，估计以后也没什么大发展。想想以后，真不知道做什么？现在找一个工作这么难，更别提进事业单位了，真是前途渺茫 -
最近有点懒散
2007-9-26
最近生活有点懒散，书也不爱看了，什么都不想，有点混沌。这种状态一点都不好，非常不好，有时候半夜醒了就睡不着。看来这人还得生活充实才能睡个好觉
晚上不能看电视了、看碟了，要多学学专业技术、学学english。。。。。。要学的东西太多了
-
读《计算机测试技术》--黑盒测试-总结一
2007-9-26
看了黑盒测试的方法--等价类划分总结
等价类划分，什么是等价类，就是测试软件的效果是等价的集合。凡是在这个集合中的数据，对于测试软件的结果是相同的。所以说，等价类划分关键就是把类别划分好。等价类划分分为有效等价类和无效等价类。
有效等价类是软件的正常的输入数据
无效等价类即能够让软件产品产生错误的数据。
-
erp功能测试（转）
2007-9-19
ERP功能测试最佳实践：10个步骤确保ERP系统的可靠性文章出处：Mercury 作者： 发布时间：2006-06-01介绍
企业资源规划（ERP）软件应用为企业提供管理大规模关键业务功能的能力，包括产品规划、部件采购、库存维护、和供应商的互动交流、提供客户服务，以及订单跟踪等。有些ERP解决方案还可能包括一些财政和人力资源方面的应用模块。尽管这些应用通常不会直接生成效益，但是它们能让企业以一种有效的、切合实际的方式使用现有的客户数据，帮助合理化企业的业务活动，为企业新的和当前的客户提供高质量的服务。
ERP应用通常使用一个单一的、中央数据存储器来服务于所有的模块。因此，当这些应用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。ERP和共享数据结构间的这种关系决定了它必须实施稳固的测试和监测程序才能确保企业关键应用的健康运行。
目录
介绍
步骤1：初始规划和收集需求
步骤2：定义测试目标和选择合适的测试
步骤3：定义目的，以满足测试目标
步骤4：发现功能测试案例
步骤5：文档记录关键的业务流程
步骤6：开发模块化的测试组件
步骤7：建立测试实验室
步骤8：掌握和利用“冒烟测试”
步骤9：执行回归测试
步骤10：分析缺陷和创建测试报告
Mercury QuickTest Professional
ERP应用的功能测试
更多信息
由于业务流程交易跨越企业中的多个部门和区域，并且涉及ERP应用本身的多个模块，因此测试ERP应用应该采用一种整体的方式。当验证这些业务流程的功能时，关键在于捕获自动化测试解决方案中的业务流程测试，用于实现快速的测试重复。由于ERP应用跨越多个业务领域，存在不可避免的复杂性，因此，对每个ERP应用以及每个应用发布版本展开功能测试是非常重要的。
每个ERP实施中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。关键在于测试和验证这些应用的运作情况是否符合设计要求。在数千个客户实施基础上，美科利已经编纂了一套最佳实践，来确保关键业务应用的功能。在下文中将详细描述10个关键步骤，使用这些步骤能为企业的关键ERP应用来设计和实施有效的功能测试程序。
步骤1：初始规划和收集需求
在任何一个环境中，功能测试的最重要阶段之一就是规划。对于ERP应用来说，这个步骤就更为重要了，因为其中涉及环境的复杂性以及推动这些应用实施的错综复杂的业务需求。不完善的规划可能导致失望的结果和不完整的测试覆盖面。经过深思熟虑的规划使您能避免一种“垃圾进，垃圾出（garbage in, garbage out）”的局面，使企业能衡量和最大化他们的测试工作，获取更多的投资回报（ROI）。
许多公司购买预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。然而，这种被称之为“vanilla”的ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。从逻辑上来说，收集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制项目；而最终用户使用它进行用户接受测试和终结测试。通过提前仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。接着，需求可以同测试和实际测试结果（被识别的缺陷）相结合，以全面覆盖所有的功能测试。
步骤2：定义测试目的和选择合适的测试
测试人员通过创建主要的测试目的，将决定所需的特定测试类型。 测试目的、项目计划和团队结构也将从这些测试目标中形成。当功能测试一个ERP实施时，有多种不同的验证测试需要执行：
l 数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是十分关键的。很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。
l 业务流程测试：应该使用测试来验证各种业务流程是否正确运作。由于工作流对强化业务规则来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航项目和直接功能。应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。
l 权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。当涉及到供应链和合作伙伴入口时，将会增加安全方面的考虑。从用户界面的角度出发测试安全性可以确保严格执行验证规则。数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。
l 回归测试：每次部署一个“Code Drop”时，对位于这些程序的每个对象的功能进行回归测试是非常重要的。这其中包括测试它的存在、功能、值等等。“code drop”指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。
步骤3：定义目标，以满足测试目的
当完成所有的目的定义，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。一套最普通的初始阶段目标包括：
l 分析应用功能，并识别关键业务流程。在一个ERP应用中的关键业务流程实例就是“服务请求”的创建。
l 建立“冒烟测试”，在开发周期中快速执行该类测试。冒烟测试不应深入被测试应用的功能，而是应该测试关键的业务功能。例如，用户是否能够创建可以和“Trouble Ticket”相应的活动。
l 在每次正式发布形成后运行冒烟测试。
l 着手创建自动化测试来降低手动运行冒烟测试的成本。
实现了这些初始阶段目标之后，应该建立一套后续阶段目标。
l 分析应用，展开功能识别，这将扩大测试范围，涵盖超过75％的总的应用功能数量。（取得100％的脚本自动化测试是非常困难的，因为自动化测试工具无法进行如可用性测试这样的事宜。）
l 建立可持续运作的自动化测试，从而降低测试的工作量。
步骤4：区分功能测试案例
在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了基本的或标准的实施，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准（非客户定制）实施，它们必须经过严格地测试。
最初，要避免用各种不同的方法去测试相同的功能。开发团队经常会强调一个应用应具有完美架构，可以灵活地让用户通过不同的方式来完成他们的日常任务。关键在于要经常部署测试案例，确保需求驱动、user-path的覆盖面。初期测试应该具有一些共有的特性：
l 它们应该测试关键的业务功能。
l 它们应该测试应用的关键业务流程。
l 它们应该识别出经客户定制过的ERP应用的测试区域。
l 应用功能应该稳定，不在主要开发范围之内。
l 初期测试应该是冒烟测试的候选方式。
一旦初期自动化测试创建完成，并成功地运行后，测试目标通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的界面中增加测试，从而对该区域展开持续地检查。
步骤5：文档记录关键的业务流程
当记录那些将要成为测试脚本的业务流程时，收集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。
除了为测试案例而展开的执行和验证操作外，还需要在测试案例中成功地执行适用的数据值。这种数据可以是来自数据库的主数据（master data）、或是能够凭空增加的用户创建输入数据、或者在脚本创建之前被置入数据库的准备数据。
步骤6：开发模块化的测试组件
创建模块化测试脚本是非常重要的。测试的模块化能够使开发人员创建单元测试（unit test），在整个系统完成之前，测试ERP应用模块和模块的定制项目。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目标。美科利提供一款最新的功能测试解决方案（即“业务流程测试”），它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。
步骤7：建立测试实验室
建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一个独立的测试实验室中运行测试的主要优势在于，机器配置可以达到一种理想的状态，因而减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码发布之前，使用该实验室来运行单元测试。
步骤8：掌握和利用“冒烟测试”
在大多数ERP应用中，不完善的发布浪费了大量的测试工作。通常，当开发团队完成一个发布版本后将移交给测试团队，接着展开为期数天的测试过程。而测试结果往往是软件的发布版本存在重大的和根本的问题，不值得再进行深入地测试。不幸地是，当开发人员着手为该发布版本增加新的功能时，测试团队已经浪费了几天的时间去发现其薄弱之处。
改变这种情况的捷径就是建立一种“冒烟测试”，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创建和运行（通常在1个小时之内）。运行冒烟测试可以为开发团队提供发布版本质量方面的快速信息反馈，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创建的单元测试中获取。
步骤9：执行回归测试
回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本发布时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深入地测试应用的功能。正如前文所提到的，由供应商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次发布版本之后进行测试。
步骤10：分析缺陷和创建测试报告
ERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的失误必须被跟踪和分析。一种稳固的功能测试解决方案应该能跟踪和汇报所有存在于业务流程中的缺陷。测试团队可以利用这类信息来衡量和管理缺陷是如何被优先级划分、修复、重复测试和关闭的。
用全面的报告来完整记录所有的测试流程和结果，这也是非常重要的一项工作，可以使测试团队能正确分析测试结果，同时在未来测试中重复使用测试案例和脚本。
美科利QuickTest Professional
Mercury QuickTest Professional™提供功能和回归测试自动化方面的业界最佳解决方案――可覆盖每个主要的软件应用和环境，包括来自Oracle、PeopleSoft、SAP和Sieble的ERP应用。这种新款的自动化测试解决方案采用一种关键词驱动测试的理念，能够完全简化测试的创建和维护。有了美科利QuickTest Professional的关键词驱动方式，测试自动化专家就能通过一种和关键词视图（Keyword View）相互同步的、集成的脚本和纠错环境，进入到基层测试和目标领域中去。
美科利QuickTest Professional同时满足了技术和非技术用户的需要。它使高质量应用部署的过程变得更为快捷和经济，同时风险也更小。它和Mercury Business Process Testing™（美科利业务流程测试）协同工作，使非技术型的对象专家（subject matter expert）也能参与到质量流程中。
美科利业务流程测试使对象专家无需任何编程知识，就能创建、数据驱动和执行测试自动化。它降低了自动化测试维护的经常性费用，将测试自动化和文档记录两个流程合并为一。它使对象专家和业务分析人员可以根据业务流程测试框架中所定义的业务概念来衡量应用实施的质量。
ERP应用的功能测试
通过使用美科利QuickTest Professional和美科利业务流程测试，QA团队可以开发和利用统一的、可重复的测试流程，更快、更经济和更便捷地对ERP应用就绪情况提前作出决策。当初期功能测试计划完成之后，测试团队可以使用美科利解决方案来自动验证ERP应用中所有业务交易的完整性。美科利解决方案从业务流程的角度出发，展开ERP应用测试。这些解决方案通过执行分步操作――如更新库存信息，或从供应商处定购某部分商品，就像在实际生产操作中一样来测试ERP应用。
当在测试创建阶段捕获了业务流程后，美科利QuickTest Professional和美科利业务流程测试将ERP业务相关信息与输入数据相互分离。测试人员可以根据选择列表，改变选择项和数据条目。使用同一数据对应用展开反复测试通常不会取得实际结果。要真实地验证应用的功能，测试人员需要不同的数据包来模拟多个用户的实际操作行为。美科利产品允许用户直接输入测试数据，或从一个数据库中导入数据，从而创建一个实际的、数据驱动的测试方案。通过这种方式，测试人员就能使用可变的输入数据，分析实际的ERP业务流程。
打包的ERP应用通常具有很高的复杂性。创建一个简单的记录定制可能会对其它记录或整体性能产生无法预料的影响。当更新发布（甚至是简单的定制更新），都需要对所有业务流程展开全面彻底地测试，而不仅仅是测试变更所发生的区域。这样，测试人员就能衡量更新会对应用产生的影响，确保不会引起缺陷的产生。
-
erp测试
2007-9-19
测试这么长时间的erp了，总感觉应该写点什么。
测试erp,最重要的是要精通业务，这样业务逻辑组合才能灵活。而且要熟知数据库设计，各个业务间的回填关系，有些时候数据的不准确性单单从界面上是看不出来的，只有从数据库中查看能够一清二楚。所以数据库还是要了解一些的。
erp测试应该从以下几个方面考虑
1 首先保证单个功能的实现
2 保证本功能的数据准确
3 单个功能的流程能够走通，erp主要是对业务流的管理，所以流程是最基本的
4 单个功能都没什么问题后，需要查看相关业务间的紧密关系，功能的影响、数据的影响
5 统计数据是否准确，尤其是比较大的综合查询
以上几方面都是从大的框架上去测试，细小的测试还很多，尤其是一些业务组合测试，要考虑全面，否则就会漏掉一块，后果很严重！！！！
-
用友面试
2007-9-19
用友通知面试了，我最后考虑还是不去了，不知道是个正确的还是错误的选择。任何事情都是有利有弊阿