1楼：中原浪子
首先你要知道是一个软件测试管理的系统，那就是软件测试有关，涉及具体的功能，创建问题单和关闭问题单，这肯定是主体的，可以在这2个功能上进行延伸，创建的问题单肯定会其属性，关闭的问题单也会有关闭的原因时间等属性，然后你要知道测试的流程是怎么走的，那么问题单的流程会怎么去流向，在深入一点的就是权限问题，哪些人对问题单有什么权限等等。
我们企业一直使用日事清来进行软件测试，日事清通过看板将软件测试工作任务合理分配至每位团队成员的个人日程，并且每天自动生成测试工作日志进行汇总。做到任务有跟踪、事件有反馈、结果有分析，使整个软件测试工作真正做到效率提升，工作轻松。同时，日事清还是一款免费的企业服务软件，并且他们团队承诺永久免费。
2楼：匿名用户
禅道、惠普的qc、bugfree都是免费的，都在应用中
3楼：匿名用户
bugzilla，不过要自己在服务器上搭建。
4楼：匿名用户
禅道呗。~~~~~~~~~~
跪求一款，免费的bug管理平台。
5楼：巴哥王
bug的管理是个琐碎而且麻烦的事情，用excel会耗费大量时间在**制作，使用传统的bug管理软件又会在***的功能设计上提高使用成本。所以，我们要选择人性化的bug管理工具，以强大、方便的分类，筛选等功能，对bug进行管理，可将管理bug的时间成本降低50%。
我们公司之前有自己的bug管理系统，如果不考虑用户体验要素，这套系统基本上能够满足正常流程：纪录、审查、跟踪、分配、修改、验证、关闭、整理、分析、汇总以及删除。自己开发bug管理系统虽然投入成本相对较高，但可以根据团队工作习惯定制化。
不过有一点麻烦：这个bug管理系统并不是团队每个成员经常登录的系统，这就导致遇到bug时，需要经过“找出收藏的**→登陆→依照指标输入详情→阶段性查看最新进展”，如果遇到这个bug是用户向你反馈而后你输入到bug系统时，你还需要等几天后给出反馈。
这冗长的环节和时间等待，让我有点失去耐心，等到后来遇到用户反馈的bug我往往直接找技术反馈、处理而绕过bug管理系统。这样做肯定会影响到技术人员的开发效率，打断其思路，是非常不好的工作习惯。
我们团队现在直接在日事清内进行“bug管理”，提bug人员将bug输入到“收集”状态，由产品助理集中处理，视bug具体情况将bug拖拽到其他集中状态。如果拖拽到“确认”，在该bug下添加相应技术人员让其处理，技术人员会在日事清协作系统内收到通知并且bug同步到其收纳箱，方便技术人员集中处理，解决后由技术人员拖拽到“已解决”状态卡片，大大提高了工作的效率。
6楼：匿名用户
我们公司有用一个madpecker工具,免费的,想建多少个项目都可以,开发任务测试人员,项目管理者都挺方便使用的
7楼：匿名用户
itest(爱测试)，最懂测试人的开源测试管理软件隆重发,可以开源中国上查找到
开源敏捷管理，testops 践行者 itest 。可按测试包分配测试用例执行，也可按建测试迭代，也有docker
管理管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还提交导出用例，线下修改用例，线下执行，线下新增，然后再导入（同步）到线上，非常方面测试用例的处理，在测试看板中，能查看迭代报告，测试包执**况，测试任务进展，也可以在看板上直接执行用包用例。
8楼：匿名用户
delbug云端管理平台。免费
9楼：如果不呢
去软件开**坛或者软件测试论坛去问问吧。他们会告诉你很多参考的。
软件测试bug流程？
10楼：匿名用户
1.软件测试流程，一般是这样：需求了解——测试计划——测试设计——测试用例编写——测试执行——bug管理跟踪——测试报告生成
2.bug就是测试过程中发现的程序缺陷，可以指需求上的，也可以指功能、性能上的
3.bug提交有多种方式，可以通过测试管理工具来管理bug，比如qc等
4.bug的生命周期： 发现bug（open）——修复bug（fixed）——关闭bug（closed）
11楼：中原浪子
一是项目经理通过和客户的交流，完成需求文档，由开发人员和测试人 员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地 方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合 开发人员，测试人员以及客户的意见，完成项目计划。
然后sqa进入项目，开始进行统计和跟踪。
二是开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或 者双方理解不同的地方。测试人员完 成测试计划文档，测试计划包括的内容上面有描述。
三是测试人员根据修改好的需求分析文档开始写测试用例，同时开发人 员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写 测试用例的补充材料。
四是测试用例完成后，测试和开发需要进行评审。
五是测试人员搭建环境
六是开发人员提交第一个版本，可能存在未完成功能，需要说明。测试 人员进行测试，发现 bug 后提 交给 bugzilla。
七是开发提交第二个版本，包括 bug fix 以及增加了部分功能，测试人员进行测试。
八重复上面的工作，一般是 3-4 个版本后 bug 数量减少，达到出货 的要求。
九是如果有客户反馈的问题，需要测试人员协助重现以及回归测试。
在传统的 bugzilla 中，bug 描述应该包括以下的信息：① 和 bug 产生对应的软件版本；② 开发的接口人员；③ bug 的优先级；④ bug 的严重程度；⑤ bug 可能属于的模块，如果不能确认，可以用开发人员来判断；⑥ bug 标题，需要清晰的描述现象；⑦ bug 描述，需要尽量给出重新 bug 的步骤；⑧ bug 附件中能给出相关的日志和截图。
高质量的 bug 记录就是指很容易理解的 bug 记录， 所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。
我们公司一直使用日事清来进行软件测试bug。日事清是一款简单易用的软件测试管理，它能够合理让员工规划软件测试工作日程，让管理者及时掌握测试员工工作饱和度、软件测试工作进展状况等等。这样不管是个人高效完成工作，还是团队协同作业，都可以轻松搞定。
日事清的核心功能是日程管理、任务协作和工作笔记，三者有机结合互为一体，让工作体验变得轻松。
12楼：命之云云鱼
写测试用例，运行用例，发现问题，记录问题，程序员修改，测试回归测试，关闭问题，望采纳
仓库管理软件软件测试bug怎么找
13楼：匿名用户
我个人觉得，没有按教程的想法
一是压力测试，就是例如一次查询上万条数据，会不会慢之类二是功能上的测试，按功能流程往下走，尽量不按常规步骤走，这样问题会出现的比较多
希望可以帮到你
14楼：
用软件测试，或者手工点击吧
软件测试用例管理工具和bug管理工具有没有免费**的啊
15楼：匿名用户
qc (td的前身)都有破解版本 这2个软件也是目前用得最多的
另外禅道是免费开源的项目工具
禅道(之前叫bugfree)
软件测试bug级别说明
16楼：匿名用户
b. 重大性：处理结果不正确、流程不对、性能不能满足要求重大性以上bug用白底红字方式标识出来。
c. 次要性：不会影响整个系统的运行性能，d. 一般性：操作不方便，界面布局不合理，难以理解e. 建议性：界面重构、描述更改、流程改进。
软件测试的流程是什么？bug具体是什么？怎么提交？
17楼：匿名用户
软件测试工作流程：
1、需求分析、需求评审需求分析和评审就是分析客户的需求可不可行，需要怎么进行测试。
2、编写测试计划编写测试计划通俗一点讲就是什么人在什么时间做什么事，最后产出什么东西。那也就是测试人员要测试哪些模块、在什么期限内，提交哪些文档。
3、编写测试用例、用例评审测试用例就是指导测试的文档，比如我们要测试**登录、买东西等功能，通过测试方法和策略设计测试用例。评审就是评价审查，不能想当然该怎么测。不能只是输入正确的用户名和密码，能登录进去就完事了。
作为软测工程师需要有破坏性，比如密码输错时怎么办，会不会有相应的报错等等。
4、执行测试、提交bug、回归测试bug就是缺陷，发现bug之后，要提交给开发人员让他们去修改，然后进行回归测试，验证开发人员有没有改好。
5、编写测试总结报告bug都改好了之后，要编写测试总结报告，这款软件的质量如何。
bug的标题和详细描述:
标题主要是对你所提交的bug进行简明扼要的描述；
详细描述是对bug进行进一步详细的描述，例如在什么情况下发生等；也可以直接将标题作为描述部分。
两者都是为了让查看bug的人员很清楚的知道你所表达的意思。
bug测试环境：
在什么环境中发现的这个bug，例如：什么系统，哪个版本等。对于bug环境的描述可以通过简单的罗列即可（精简为主）
18楼：啄木鸟学院
1.软件测试流程:需求了解,测试计划,测试设计,测试用例编写,测试执行,bug管理跟踪,测试报告生成.
2.bug:测试过程中发现的程序缺陷,可以指需求上的,也可以指功能,性能上的.
3.bug提交有多种方式,可以通过测试管理工具来管理bug,比如qc等.
4.bug的生命周期: 发现bug,修复bug,关闭bug.
19楼：
简单跟你讲下吧，
1.软件测试流程，一般是这样：需求了解——测
试计划——测试设计——测试用例编写——测试执行——bug管理跟踪——测试报告生成
2.bug就是测试过程中发现的程序缺陷，可以指需求上的，也可以指功能、性能上的
3.bug提交有多种方式，可以通过测试管理工具来管理bug，比如qc等
4.bug的生命周期： 发现bug（open）——修复bug（fixed）——关闭bug（closed）
20楼：六洋易沛若
额，先和开发讨论吧，让他说出这个问题是怎么一回事，为什么会出现这个问题。
要是服务器、网速问题的话，就不算是bug
要是程序问题，你就提bug到bug库中，让程序员自己去改！
21楼：
软件测试的流程：
1）项目经理通过和客户的交流，完成需求文档，由开发人员和测试人 员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地 方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合 开发人员，测试人员以及客户的意见，完成项目计划。
然后 sqa 进入 项目，开始进行统计和跟踪 2）开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或 者双方理解不同的地方。测试人员完 成测试计划文档，测试计划包括的内容上面有描述。
3）测试人员根据修改好的需求分析文档开始写测试用例，同时开发人 员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写 测试用例的补充材料。
4）测试用例完成后，测试和开发需要进行评审。
5）测试人员搭建环境
6）开发人员提交第一个版本，可能存在未完成功能，需要说明。测试 人员进行测试，发现 bug 后提 交给 bugzilla。
7）开发提交第二个版本，包括 bug fix 以及增加了部分功能，测试人员进行测试。
8）重复上面的工作，一般是 3-4 个版本后 bug 数量减少，达到出货 的要求。
9）如果有客户反馈的问题，需要测试人员协助重现以及回归测试。
在传统的 bugzilla 中，bug 描述应该包括以下的信息
① 和 bug 产生对应的软件版本
② 开发的接口人员
③ bug 的优先级
④ bug 的严重程度
⑤ bug 可能属于的模块，如果不能确认，可以用开发人员来判断
⑥ bug 标题，需要清晰的描述现象
⑦ bug 描述，需要尽量给出重新 bug 的步骤
⑧ bug 附件中能给出相关的日志和截图。
高质量的 bug 记录就是指很容易理解的 bug 记录， 所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。
希望对你有用！
医院管理系统有哪些,医院的管理系统软件有哪些？主要可以用来管理哪些方面？
1楼 一般有his 医院信息管理系统 管理就医 用药 处方信息等 lis实验信息管理系统 管理设备检测 化验数据等 医院的管理系统软件有哪些？主要可以用来管理哪些方面？ 2楼 匿名用户 pacs来说就是一个医用软件，应用的领域是医院所有能产生图像的设备，将设备产生的图像存入计算机中，因为设备的存储空...