坚持原创精神 感谢你阅读后留言!

发布新日志

  • 升级或初始安装测试小技巧

    2008-01-11 14:47:57

    安装perl,写个小工具,目的是

    。 解析配置文件,得到待查目录集合
    。 循环查阅目录中所有目录、文件的修改时间、大小
    。 输出到某一个文件

    配置文件定义
    。 需要轮查的目录集合
    。 定义输出文件

    扫一遍安装定义集合,得到一个集合
    在安装后扫一遍实际安装结果
    beyond上场咯,如果linux,呵呵 vimdiff上

    偶以前一个项目用了用

    不适用情况
    。 需要数据库等操作
    。 需要注册表操作
    。 需要安装驱动

    简而言之,就只能测试目录安装,用在升级好像比较合适也。。。。。。。。。
  • 测试基线CM

    2008-01-11 14:21:06

    常常用到SCM,其实测试中也需要CM,砸砖说说测试团队的CM

    测试基础设施
    。 硬件
    。 网络
    。 外部设备

    软件
    。 被测试对象
    。 测试工具和对应脚本工程和使用说明
    。 自定义测试程序、配置、数据和使用说明
    。 测试数据
    。 测试计划、用例集合索引和用例文档
    。 执行进度跟踪和版本报告
    。 需求、设计和用户手册
    。 行业知识及标准
    。 培训系列文档
    。 具有严重后果的待分析BUG,external feedback跟踪
    。 个人,成员,团队整体发展计划及跟踪
    。 成本要素跟踪

    CM的若干TIP
      实验室应干净整洁,按照标准测试环境搭建,同时公用要素应易于切换使用环境
      各类软件存放应体系、版本作为隔离标准

    最后,用偶宝宝的图片作桌面,哈哈哈哈!

  • 本地化测试的小技巧

    2008-01-11 13:03:11

    偶有次作本地化测试,了解了一下两个项目的本地化方法

    。 语言资源文件
    。 数据库语言定义表
    .....

    由于偶不懂。。。。。。汗,实在太夸张了,其实偶是除了中英文啥都不懂。但是某位先生就啥都懂。。。。。。word先生

    其实就是不管如何多国化,就把存储格式转换为标准文本,然后tools->spelling and grammar.....

    faint,好像偶还是太懒了点,就这点小东西也配上日志。。。。。下次不这样了

  • 测试的接口对象及其责任之我见

    2008-01-11 12:54:29

    瞎写点自己对测试团队沟通的想法,抛砖引玉了吧。不过实现这些想法有个条件,就是企业以盈利为目标的企业文化和各个团队合作主导的项目文化。。。

    作为一个项目的成员,首先是需要理解项目存在的目的和自己团队存在的使命

    项目团队核心目的:    完成商业使命。。。。(加上社区目的,成员目的等等)

    测试团队的核心目的:    在定义的成本、时间、范围约束下,完成测试任务。其质量达到或者超过预期。
    测试团队核心服务对象:  项目经理、市场、开发、技术支持、生产。以及部分被定义的核心顾客。等等

    服务形式:   测试计划、设计、执行、反馈和调整;需求、设计、实现、服务等工作成果评审;缺陷报告、跟踪和反馈;状态、风险反馈;实践和流程优化;现场和应标支持等等。


    顾客
        。 有可能是直接用户,有可能不是,是购买软件产品的财务来源,同时是需求直接来源
        。 义务: 协助解决顾客困难并回答疑问
        。 机会: 了解需求的商业或政治动机
        。 风险: 避免冲突和过度接触
        。 在某些组织中,marketing成为隔离墙,隔离是否有利应该具体情况具体分析

    直接用户
        。 如果探求需求的来源,不仅需要到顾客这一级,还需要到达直接用户这一级。
        
       
    项目经理
        。 项目的核心沟通和资源中心
        。 义务: 积极配合工作和计划界定、状态、风险的分析和反馈;测试相关信息的沟通
        。 机会: 工作范围的改进,资源要求等

    市场团队
        。 需求收集和归纳分析,应标支持的团队
        。 义务: 提供技术支持,需求评审和标的方案咨询
        。 机会: 领域知识培训,确认需求和深入讨论需求动力,未来产品或项目走向,测试成本分配咨询

    开发团队   
        。 实现需求的团队
        。 义务: 设计、实现的评审,各类缺陷的发现、分析及信息提供,业务培训
        。 机会: 各类技术支持和知识培训;缺陷的跟踪分析结果反馈等;各类测试实践的支持等
        实际工作合作最紧密的团队之一

    生产团队
        。 产品生产团队
        。 义务: 长期运行核心成本之一,应在工作中注意市场成本降低的测试同时提供低成本生产的支持
        。 机会:
       
    服务团队
        。 稳定的服务收入来源和产品的后继动力
        。 义务: 易维护性测试和技术支持,现场缺陷跟踪、分析和咨询,用户手册等各类文档评审
        。 机会: 易维护性培训;实验室无法实现的应用环境运行分析和反馈;用户行为和频率咨询;同行特点咨询等

    文档团队
        。 用户更好使用产品的支持
        。 义务: 更好更快的提供产品信息
        。 机会: 良好的培训材料

    过程团队
        。 义务: 实践过程的反馈
        。 机会: 过程改进

    其它测试团队
        。 能力和经验共享;未来的合作伙伴
       
       
    信息
        。 基础建设的支持团队,需要保持良好的关系
    人事
        。 招聘的支持团队,需要保持良好关系
    其它支持
        。 如采购测试工具,控制团队成本等等
     
  • 开空间了,新手新手,欢迎大家常来光临。

    2008-01-11 11:28:31

    常常想写点废话,今天就来加瓦了。。。
252/2<12
Open Toolbar