• 制度之殇-执行的黑洞
    行政或者质保部门精心制作的各种文件模板,贯宣几日后,便无人问津,再出来的文档依然用的是老的形式;跨部门合作项目的合作流程制定出来,但随着进度的紧张,原定的环节不断的被模糊,异化,定义不完善的部分被各...
    流程
    激励
    制度
    • 评论 1
    • 阅读 589
    • 2010-12-17
  • 系统使用手册该不该测试人员来编写
    系统使用手册该不该测试人员来编写系统使用手册该不该测试人员来编写??
    • 评论 0
    • 阅读 1596
    • 2010-12-17
  • 日志 [2010年12月17日]
    通常一个完整的缺陷由以下几个部分构成: — 缺陷标题:描述缺陷的标题 — 缺陷的严重程度:描述缺陷的严重程度,一般分为“致命”、“严重”、“一般”、“建议”四种 — 缺陷的紧急程度:描述...
    • 评论 0
    • 阅读 508
    • 2010-12-17
  • 关于文档编写
    关于文档编写文档编写首先要文档结构图,确定文档的范围。再填内容。 工作产品文档约定: 1.文档命名简洁而明确,禁止在命名中出现版本号。版本记录请在文档内容中相应的地方及时追加! 2.工作产品的存储...
    • 评论 0
    • 阅读 139
    • 2010-12-17
  • 使用开源工具管理测试(图)
    工具介绍TestLink 是sourceforge的开放源代码项目之一。作为基于web的测试管理系统,TestLink的主要功能包括: 测试需求管理测试用例管理测试用例对测试需求的覆盖管理测试计划的制定测试用例的执行管理大量测试...
    • 评论 0
    • 阅读 379
    • 2010-12-17
  • 如何报出好bug
    作为测试最直观的产出物来说,bug不仅是测试人员与开发交互最直接的介质,也是项目后期决定版本是否可以发布的重要依据。这也就意味不仅直接经手的bug修复人员及其它测试人员需要了解这些bug,很可能项目的管理人员...
    • 评论 0
    • 阅读 518
    • 2010-12-16
  • project on sustain project
    1)early product reseach Demostiate product by client face to face. raise,record and fix questions Master producty framework, master product scale, master prodect impletement way, master client ...
    • 评论 0
    • 阅读 421
    • 2010-12-16
  • 软件缺陷介绍
    通常一个完整的缺陷由以下几个部分构成: — 缺陷标题:描述缺陷的标题 — 缺陷的严重程度:描述缺陷的严重程度,一般分为“致命”、“严重”、“一般”、“建议”四种 — 缺陷的紧急程度:描述...
    • 评论 0
    • 阅读 577
    • 2010-12-16
  • 测试过程中进行Bug描述
    1、术语解释   测试程序:提供给测试组测试的程序;   测试计划:对测试程序(构件、应用程序、系统等)及其目标进行简要说明;   测试bug:不符合测试需求的错误,也就是缺陷;   错误跟踪系统:是某...
    • 评论 0
    • 阅读 232
    • 2010-12-15
  • 安装TD8.0时出现的问题
    1、  在安装时提示TD与操作系统不兼容? 在安装TD时会提示其对操作系统的要求,最好是按TD提示的选择操作系统。 操作系统最好选择windows 2003 sp4其他的安装可能不兼容,windows 2000 sever必须有pack2 才...
    • 评论 0
    • 阅读 386
    • 2010-12-14

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2023
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号