问题标签 [software-quality]

我正在使用 Microsoft 的SqmApi.dll库向应用程序添加遥测。例如：

现在我有一个.sqm文件准备好让我WebRequest回到我的网络服务器：

现在我需要的只是一种破解文件内部内容的方法：

ContosoGrobber00.sqm：

---

有没有人弄清楚过去 8 年中创建的每个 Microsoft 产品使用的未记录的内部格式？

它显然不是 Base64 编码的，所以大概是压缩的。

奖金阅读

• Microsoft 客户体验改善计划
• Microsoft 开放规范 - 企业客户体验改善计划客户端到服务器协议规范
• 第 9 频道采访Partha Sundaram 关于软件质量指标 (SQM)

奖金喋喋不休

Microsoft 客户体验改善计划 - 第 2 部分

---

出于隐私原因，Microsoft 不会公开分享有关 SQM 文件格式的任何详细信息。SQM 文件基本上包含标题数据和数据点。

最近，我们的 QA 部门一直在进行 bug 搜寻。一个 sprint 之后，所有团队都会进行 10 分钟的演示，然后他们会花一整天的时间提交错误，以准备发布的功能。他们已经相当成功了。我们在投入生产之前发现了很多错误，这让高层非常高兴看到结果，并且获胜的 QA 成员可以享用午餐。

但是，我注意到来自团队本身的敌对语气。我们有 4 个 Scrum 团队，而 bug 搜索一直在让每个团队的 QA 相互对抗。这开始让我自己和其他 QA 负责人头疼。测试人员试图玩弄系统，抱怨其他团队作弊，以及通常不愉快的办公室喋喋不休地谈论狩猎。每个人似乎都非常喜欢狩猎，但每个人都有理由解释为什么其他团队发现问题不应该获得资格，或者他们只是对其他团队正在做的事情有普遍的偏执。

以前是否有其他人不得不处理因寻找错误而引起的冲突，如果是这样，您是如何解决它们的？

TL;DR 我们的 scrum 团队会互相寻找错误的功能。最初这很顺利，现在 QA 花费了尽可能多的时间，如果不是更多地为发现问题的有效性争吵的话。有人有替代方法吗？

我正在寻找 3 个示例，说明如何在质量控制或保证中使用功能点度量而不是其他一些更简单的度量，即 3 个示例，其中功能点在质量控制/保证中优于其他一些更简单的方法。

我的团队即将转变为分布式敏捷团队，我担心我们将如何保护我们的代码库和流程。目前，我们是一个非常敏捷的团队，致力于代码质量，我们希望沿着这条道路继续前进。但是，我们中没有人曾在敏捷分布式团队中工作过。

你们中有人有什么建议或经验可以分享，以帮助我们保护分布式环境中的敏捷流程和代码质量吗？你知道我可以读什么书吗？

谢谢。

首先，我会说我来自 Java 世界（这很重要，真的）。

我一直在编写 PHP 代码，我遇到的一个问题是由于缺乏编译，有时在编译时很容易检测到错误（例如，给定函数的参数数量错误），可以默默地过去。

随着代码覆盖率的增加，通过添加单元测试可以很容易地检测到这一点。问题是，例如测试构造函数以检查传递的参数是否正确是否有意义？我指的不仅是参数的数量，还包括这些参数的内容（例如，如果一个参数为 null，则某些对象应该启动异常以避免创建“脏”对象）。

问题是，我是否被多年的 Java 代码污染了？因为毕竟，增加代码覆盖率以“发现”被误用的函数感觉就像一种（真正）原始的编译方式。

另外，我想指出我已经使用了一个开发环境（PHPStorm），我们也在使用像 PHPCodeSniffer 这样的工具。

有什么想法/建议吗？

我有这段代码，就是将 Ojbect 写入字节数组流：

然而，FindBugs 一直在抱怨这一行：

“可能无法关闭流” - BAD_PRACTICE - OS_OPEN_STREAM。有人可以帮忙吗？

我一直在寻找一个教程，该教程可以清楚地解释如何在 Windows 7 上安装和开始使用 bugzilla。我发现的所有教程都没有帮助我：链接无效，使用旧版本或告诉我修改文件在我的系统上不存在。谁能指导我在哪里搜索有关如何开始使用 bugzilla 的更清晰的分步信息？任何帮助，将不胜感激

使用影响任何质量因素的网络服务是否有任何缺点......？？我发现它们有很多优点，例如支持互操作性和可重用性……但我没有发现 Web 服务的任何缺点……

软件测试中有哪些类型的故障严重性？

我通过一些研究在互联网上找到了这些类型；

致命 F：此类故障可能导致系统崩溃、数据库崩溃等 主要 M：字段级别违规、集成失败、缺少某些重要功能或导致软件运行不正常的原因等 次要 M：这些通常是外观问题、快捷键、字体、制表符序列等

我想为我们的网络应用程序创建一个质量保证清单/备忘单。这将是每个页面上要测试的基本内容的综合列表。例如：

• 一致的字体使用
• 使用标准布局模板
• 正确的标题中的字母大小写（例如“欢迎页面”与“欢迎页面”）
• 一致的颜色（u）r使用
• 操作和按钮的标准图标
• 一致的组件使用（网格等）
• 正确的标签顺序
• 正确处理表单中的 Enter
• Ajax 调用期间的微调器/UI 反馈
• 一致的客户端验证/反馈
• 刷新F5不会导致“重新发布值”？问题
• 合规性规定（即选择订阅/显示隐私政策链接）
• 拼写
• 语法
• 一致且可用的面包屑
• SEO友好
• 标题、元数据关键字和描述标签
• 动态页面出现在站点地图中
• 安全注意事项（SSL 等）
• 所有链接都有效并指向正确的位置
• 外部链接是弹出窗口，并显示为外部链接（例如，不同的下划线或图标）
• 跨平台（Win、Mac、Linux、IOS、Android、WinPhone）等
• 跨浏览器（IE、Chrome、Safari 等）
• 对视口/设备的响应
• 人性化的 URL
• 正确使用H1、H2等
• 段落之间的间距一致
• 在适当的情况下使用 CSS 类而不是内联样式
• 最大字段长度
• 字段验证（例如电子邮件地址等）
• 更多的 ？

基本思想是，我们的 QA 测试人员将在每个主要版本中为应用程序中的每个视图/页面检查这个结构化列表。每个项目都将经过测试，然后连同任何评论一起核对。显然，这将发生在向客户发布任何产品之前。

我正在尝试建立一个尽可能多的项目的综合列表。哪些常见的 QA 项目可以添加到此列表中？