软件测试8gkd

此博客内容为转载,原链接为https://www.cnblogs.com/maruiq/p/10887572.html ,涉及测试、PHP和数据库等信息技术领域内容。
了解缺陷管理工具特点
序号缺陷管理工具商用or免费是否跨平台~~~~~~~~ 优 点 ~~~~~~~~~~~~~~~~ 缺 点~~~~~~~~
1QC(Quality Center)商用提供了基于 Web 的系统,可在广泛的应用环境下自动执行软件质量测试和管理。仪表盘技术可以了解验证功能和将业务流程自动化,并确定生产中阻碍业务成果的瓶颈, 使 IT 团队能够在开发流程完成前就参与应用程序测试,缩短发布时间表,同时确保最高水平的质量和企业级的软件质量解决方案,功能很强大,结合有BUG管理,需求管理及用例管理等功能和其它的测试工具,比如Loardrunner测试工具的接口做得比较好,数据可以在它们中共享。需要安装配置IIS和数据库,系统资源消耗比较大,英文版的易用性不是很好,最重要的是收费价格不扉;中文版的网上也很多但找起来比较费事,且性能不那么稳定。
2Bugzilla免费是一个开源的缺陷跟踪系统,可以管理软件开发中缺陷的提交,修复,关闭等整个生命周期,,免费的开源的一款功能强大的Bug管理系统,比如强大的检索功能,强大的后端数据库支持, 丰富多样的配置设定等。安装需要Perl和配置MYSQL数据库,过程比较繁琐,修改配置文件比较麻烦;英文版的能汉化但是汉化后容易出现乱码。
3禅道免费是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理系统。简单实用,免费并且开放源代码(遵循GNU GPL),基于WEB的,配置安装简单,只需到网上获取安装包,再配下PHP通用的环境即可,有简单的报表统计功能,整体使用还是比较容易上手,而且是开源免费中文版的BUG管理系统。没有直接截图的功能。
4Mantis免费一款基于Web的Php+Mysql的开源BUG管理系统,简单实用,报表功能比较强大,也有截图功能。截图功能是以附件的形式存在,报表功能需要配置才可用,是英文版的,不过可以通过汉化包和配置来汉化,有邮件支持但也需要修改配置。
5JIRA商用用它管理项目,跟踪任务、bug,通过邮件通知功能进行协作通知,在实际工作中使工作效率提高很多,效果非常不错,安全性、可扩展性方面发挥到了极致,可以整合客户、开发人员、测试人员,各人各司其职,信息很快得到交流和反馈,性价比最好,在开源领域,其认知度比其他的产品要高得多,而且易用性也好一些。同时,开源则是其另一特色,在用户购买其软件的同时,也就将源代码也购置进来,方便做二次开发。对于测试需求、测试用例等都没有提供直接的方式进行管理。
6Gitlab免费管理bug,可以跟项目绑定,特别方便管理bug,随时assign给相关开发,也可以看到开发提交bug时的Commits,每次发版可以对照相关提交,既方便测试,也可以在出现问题时找到对应开发。是英文版的,没有中文版,用起来不方便不实用。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

缺陷管理实例
缺陷信息BugID(503619)BugID(481796)BugID(12331)BugID(513334)
Product(软件产品) JDT JDT Platform JDT
Component(模块名) Core Core UI Debug
Version(版本号) 4.6 4.5 1.0 4.7
Hardware(运行平台) PC Linu All All PC Windows NT PC Windows 7
Importance(严重性) P3 normal P1 enhancem with 9 votes P3 normal P3 normalwith5 votes
Status(缺陷所处状态) RESOLVED FIXED RESOLVED FIXED RESOLVED WONTFIX ASSIGNED
Assignee(指定缺陷修复人员) Stefan Xenos Stefan Xenos Nick Edgar JDT-Debug-Inbox
Depends on(上游缺陷) 481796 

497119 490010 491461 491558 492488 492504

492506 492941 495557 495817 496044 496129 

496142 497044 497168 497355 497518 497996

498658 498730 499122 499256 

499391 499472 499635 499708 500006 500095

500234 500362 500365 500462 500467 500545 

500714 500785 501034 502192 502259 502884

  481796
Blocks(下游缺陷)  84916 351410 495062 496136 497513 513334 503619  
Reported(首先报告缺陷时间) 2016-10-04 14:29 EDT by Stefan Xenos 2015-11-09 22:16 EST by Stefan Xenos  2002-03-27 03:42 EST by Ralf Steck 2017-03-08 13:32 EST by Markus Keller
Modified(最后修改缺陷时间) 2016-10-28 03:11 EDT 2018-02-06 09:19 EST 2002-05-02 12:35 EDT 2019-04-30 05:39 EDT
#Comments(评论数量) 2 18 8 41
LifeCycle(缺陷生存期) 15 days 2 years 37 days 2 years

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

基于 Github 的缺陷管理项目(numpy)
缺陷信息IssueID(10450)IssueID(12263)IssueID(12230)IssueID(12207)
IssueTitle(标题)BUG: ufunc.__call__ treats out passed by position and keyword differently#10450BUG? hstack/vstack/column_stack no longer accept generators#12263malloc issue with polyfit#12230BUG: subclasses of np.void can cause a segfault#12207
Product(软件产品)    
Component(模块名)numpy.core  numpy.core
Reporter(缺陷报告人)eric-wiesershoyerastrofrogeric-wieser
Opened(首先报告缺陷时间)Jan 22 2018Oct 26 2018Oct 21 2018Oct 18 2018
Assignee(指定缺陷修复人)No one assignedNo one assignedNo one assignedNo one assigned
#participants(参与交流人数)9671
Miilestone(里程碑)No milestoneNo milestone1.17.0 releaseNo milestone
Modified(最后修改缺陷时间)Apr 23 2018Oct 28 2018Nov 18 2018Oct 24 2018
Status(缺陷状态)00-Bughigh00-Bug00-Bug
#lifecycle(缺陷生存期)3 months2 days 28 days 8 days

转载于:https://www.cnblogs.com/maruiq/p/10887572.html

GKD规则通常指代一种特定领域的指导原则或协议,可能涉及游戏开发、项目管理或其他技术领域。以下是关于GKD规则的详细说明及示例: --- ### GKD规则的核心定义 GKD规则是一种用于优化流程、提升效率的方法论或标准体系。它可以根据具体场景调整其含义,例如: - **在游戏开发中**:GKD代表Game Knowledge Documentation(游戏知识文档),旨在记录和分享游戏中关键的设计理念和技术细节。 - **在项目管理中**:GKD可以理解为Guideline for Key Decisions(关键决策指南),帮助团队快速达成一致并减少沟通成本。 --- ### 应用实例 #### 游戏开发中的GKD规则 1. 创建详细的文档结构,包括角色设定、地图布局以及任务逻辑等核心要素。 2. 定期更新文档以反映最新的设计变更,并确保所有成员都能访问最新版本。 3. 利用协作平台(如Confluence或Notion)共享信息,避免因人员流动导致的知识流失。 #### 项目管理中的GKD规则 1. 明确每次会议的目标和预期输出,提前准备议题清单。 2. 记录重要讨论点和最终决定,形成标准化的日志存档。 3. 引入自动化工具跟踪进度,及时发现潜在风险并采取措施解决。 --- ### 技术实现建议 对于需要频繁修改和迭代的应用场景,推荐采用如下方式提高工作效率: ```python class GKDRuleManager: def __init__(self, project_name): self.project_name = project_name self.rules = {} def add_rule(self, rule_id, content): """ 添加新规则 """ if rule_id not in self.rules: self.rules[rule_id] = content def update_rule(self, rule_id, new_content): """ 更新已有规则 """ if rule_id in self.rules: self.rules[rule_id] = new_content def display_rules(self): """ 展示所有规则 """ return {key: value for key, value in self.rules.items()} ``` 此代码片段可用于构建简单的GKD规则管理系统,支持新增、编辑和查询功能。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值