这篇文章主要围绕html–Chrome中的border-radiusbug？和chromehtmldocument展开，旨在为您提供一份详细的参考资料。我们将全面介绍html–Chrome中的bord

这篇文章主要围绕html – Chrome中的border-radius bug？和chrome html document展开，旨在为您提供一份详细的参考资料。我们将全面介绍html – Chrome中的border-radius bug？的优缺点，解答chrome html document的相关问题，同时也会为您带来ASP.NET MVC 中＠Html.Partial，＠Html.Action，＠Html.RenderPartial，＠Html.RenderAction、asp.net – Html.Partial vs Html.RenderPartial&Html.Action vs Html.RenderAction.任何人都可以描述不同之处、asp.net 中@Html.Partial,@Html.Action,@Html.RenderPartial,@Html.RenderAction、bug 生命周期 & bug 跟踪处理的实用方法。

• html – Chrome中的border-radius bug？（chrome html document）
• ASP.NET MVC 中＠Html.Partial，＠Html.Action，＠Html.RenderPartial，＠Html.RenderAction
• asp.net – Html.Partial vs Html.RenderPartial&Html.Action vs Html.RenderAction.任何人都可以描述不同之处
• asp.net 中@Html.Partial,@Html.Action,@Html.RenderPartial,@Html.RenderAction
• bug 生命周期 & bug 跟踪处理

html – Chrome中的border-radius bug？（chrome html document）

img{
border-radius: 24px;
border: 2px solid #c7c7c7;                 
-moz-border-radius:24px; 
-webkit-border-radius: 24px;
}

img{                
    -moz-border-radius:24px; 
    -webkit-border-radius: 24px;
    border-radius: 24px;
    display:block;
}
div {
    border: 2px solid #c7c7c7; 
    border-radius: 24px;
    -webkit-border-radius: 24px;
    width:40px; /* the width of image */
    height:40px; /* the height of image */
}

ASP.NET MVC 中＠Html.Partial，＠Html.Action，＠Html.RenderPartial，＠Html.RenderAction

1.Action、RenderAction加载办法的视图，履行Controller → Model → View的次序，然后把产生的页面带回到本来的View中再回传。而Partial、RenderPartial直接加载视图文件内容

2.Html.Partial可以直接供给用户控件名作为参数，而Html.Action须要有对应的Action，在Action内部返回PartailResult（即retun PartialView（））。

3.对于简单的没有任何逻辑的用户控件，推荐应用Html.Partial；对于须要设置一些Model的用户控件，推荐应用Html.Action。当然，有Model数据也是可以应用Html.Partial办法的，可以看办法的重载。

4.Html.Partial与Html.Action有啥区别呢？区别就是，Html.Partial只有一个视图，而Html.Action除了视图，还真的有个Action跟它对应，所以，Html.Action功能比Html.Partial要强。

如何调用这个Html.Partial

 //1、以视图名使用当前文件夹下的视图（如果没有找到，则搜索 Shared 文件夹）

asp.net – Html.Partial vs Html.RenderPartial&Html.Action vs Html.RenderAction.任何人都可以描述不同之处

Html.Partial and Html.RenderPartial
Html.Action and Html.RenderAction

asp.net 中@Html.Partial,@Html.Action,@Html.RenderPartial,@Html.RenderAction

1、带有Render的方法返回值是void，在方法内部进行输出；不带的返回值类型为MvcHtmlString,所以只能这样使用：

     @Html.Partial 对应 @{Html.RenderPartial(....);}@Html.Action 对应 @{Html.RenderAction(....);}

2、Html.Partial可以直接提供用户控件名作为参数，

    而Html.Action需要有对应的Action，在Action内部返回PartailResult(即retun PartialView())。

3、对于简单的没有任何逻辑的用户控件，推荐使用Html.Partial；对于需要设置一些Model的用户控件，推荐使用Html.Action。当然，有         Model数据也是可以使用Html.Partial方法的，可以看方法的重载。

4、使用Html.Action有个好处，就是可以根据不同的场景选择不同的用户控件。比如：@Html.Action("UserInfoControl")在对应的    UserInfoControl这个Action中,在用户未登录的时候，可以retun PartialView("LogOnUserControl");登录后，可以retun  PartialView("UserInfoControl");

bug 生命周期 & bug 跟踪处理

一、BUG

BUG：软件的缺陷

1.BUG 的定义：---- 与软件测试的目的对应

软件的 BUG, 狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。

我们的职责就是，发现这些 BUG，并提交给开发，让开发去修改。

2.BUG 的类型

要确定一个 BUG 的类型，需要对项目（或产品）有比较深的理解。这个划分对于开发的定位问题影响很小，但对于问题类型的统计就比较重要了。

 功能问题、设计缺陷、界面优化、性能问题、配置相关、安装部署、安全相关、标准规范、测试脚本、其他

其他规划：功能类、界面类、性能类、易用性类、兼容性类、其他。

3.BUG 的等级

Bug 等级，这个划分有分三级或四级，也有分五级的。如果是等级越高，那么可能被修复的等级会高一些，有些公司还会根据你提的 BUG 数量和 BUG 等级来考察你的绩效。很多情况下，我们提交 BUG 大致的等级差不多即可，没有严格区分。

如何判断 BUG 的等级（严重程度 1、2、3、4），一般可以参照下面的判断条件

（1）致命错误（1 级提 BUG 需慎重）

1. 常规操作引起的系统崩溃，死机，死循环
2. 造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露

（2）严重错误

1. 重要功能不能实现；
2. 错误的涉及面广，影响到其他重要功能的正常实现；
3. 严重操作导致的程序崩溃、死机、死循环；
4. 外观难以接受的缺陷；
5. 密码明文显示；

（3）一般错误

不影响产品的运行、不会成为故障起因，但对产品外观和下道工序影响较大的缺陷

1. 次要功能不能正常实现；
2. 操作界面错误（包括数据窗口内列名定义、含义不一致）；
3. 查询错误，数据错误显示；
4. 简单的输入限制未放在前端进行控制；
5. 删除操作未给出提示；

（4) 细微错误

程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误

1. 界面不规范；
2. 辅助说明描述不清楚；
3. 提示窗口文字未采用行业术语；
4. 界面存在文字错误；

三级 BUG_未修改成功，又重新打开等级上升一次_二级 BUG_二级还是没解决_直接一级 BUG

改进建议：可以提高产品质量的建议，包括新需求和对需求的改进。

4.bug 的生命周期（管理流程）

这个是面试 / 笔试过程中经常会被问到的问题，BUG 的生命周期，就是一个 BUG 被发现到这个 BUG 被关闭的过程。你们觉得这个过程有哪些步骤？

生命周期中一般缺陷状态：新建（指派）-- 已解决（待验）-- 关闭

如果待验的 BUG 在验证时没有解决好，我们需要重新打开（激活）-- 指派 — 已解决 — 待验，循环这个过程。

中间其他状态：拒绝、延期等

BUG 的处理流程图（生命周期图）

开发修改 BUG 也需要备注

1. 操作者：开发
2. 已修改 BUG 备注修改方案及信息
3. 不是缺陷、不予解决、延期 BUG、无法重现、备注处理原因
4. 重复 BUG 注明重复 BUGID

回归验证是测试人员完成的

 确认和开发环境是否一致

5.BUG 的跟踪管理 — 如何提交 BUG

发现 BUG 后，接下来你提交到 BUG 管理平台，提交一个 BUG 包含哪些内容？

BUG 标题 — 标题要清晰简洁，写明 BUG 描述；如果没有选择功能模块，最好在标题中标注功能模块。让查看 BUG 的人员清楚知道你所表达的意思。BUG 的功能模块 + BUG 的操作 + BUG 的结果

重现步骤 — 步骤 — 简单写下发现 BUG 的测试过程，罗列下。能指导开发重现这个 BUG。附上测试数据实际结果 ---- 出项 BUG 的结果，粘贴 BUG 截图，日志截图，截图直接粘贴就可以了，不要添加附件，附件：日志、测试数据（文件）图片，比如上传头像，就把图片放在文件中当附件上传，开发要重现这个 BUG，那么根据你附件的图片来重现。预期结果 ---- 记得写清楚预期

BUG 类型和严重程度 ----- 便于后续测试结果分析，BUG 的统计

BUG 测试环境 --- 例如：什么系统；哪个版本等。兼容性问题、难以重现问题

附件 ---- 日志文件、文件测试数据

所有以上的如何提交 BUG，参考公司前辈写的 BUG，依葫芦画瓢，拓展测试思维。

测试的 BUG 备注修改方案和操作信息

如果写了两条一摸一样的 BUG 或者提交的 BUG 不是 BUG 而是操作错误，问同事怎么删除，或者是在 BUG 标题前面备注 “需删除”，然后跟老大说，老大会批量删除。或者不删除自己编辑下其他 BUG.

6.BUG 的跟踪管理 - 状态处理

1. 已经指派的 BUG--- 已经指派给开发的，请大家注意自己 BUG 的走向，随时关注并进行跟踪！如果一直未修复，提醒开发修改，以免开发忘记；如果已经修复等待测试环境更新后进行验证。催着改 BUG

2. 已解决的 BUG---- 等待测试环境更新后进行验证，验证通过则关闭；验证不通过则重新开发指派给开发

3. 重复 BUG---- 先去查看下是否跟开发指定的 BUG 重复？如果确定时重复则关闭；如果不重复，说明原因，重新打开指派给开发。

4. 不是缺陷 ---- 确认开发环境是否分测试环境一致，如果如开发所说不是缺陷则进行关闭；如果确认是缺陷跟开发沟通，沟通未达一致找产品 / 反馈老大确认，确认是 BUG 注明情况并在次指派给开发。

5. 无法重现 ---- 确认开发环境是否跟测试环境一致？包括操作步骤，浏览器、环境、特定账号等，如果多个版本验证之后，如开发所说重现不了，依据 BUG 的严重程度跟产品，开发一起确认关闭；如果找到重现原因，注明清楚并再次指派给开发。

6. 不予解决 --- 找产品经理进行确认。确认不予解决进行关闭；确认需要解决请备注原因并打开指派给开发

7. 设计如此 --- 找产品经理进行确认。确认设计如此进行关闭；确认是问题，备注原因重现指派给开发。

8. 延期修改 --- 请看下 BUG 严重程度，是否影响当前版本发布？与产品经理进行确认。不予延期请根据情况进行激活与情况说明；确定延期则做好记录，后续版本进行关注。

总结：

1. 界面测试：显示数据过长（正常场景会出现的）时，内容溢出边框，错乱？

2. 易用测试：在标题部分，写上建议修改或者建议优化，可参考成熟产品做判断。

3. 界面发现重复 BUG: 在 BUG 管理平台，标题搜索关键字，重复了的就关闭。

4. 提交 BUG 时要描述清晰

5. 不要局限在用例上，要发散思维进行测试（细心、耐心）---- 项目总结完善用例

6. 做测试要有怀疑精神（站在用户立场 / 真实产品运行场景怀疑），参考同类型已成熟产品，觉得不好一定要确认。

7.BUG 记得一定要跟踪，催着开发改 BUG

8. 第一轮测试（版本 1.0），提交 BUG 开发修复 BUG，第一轮修复还未完成，开发就提测了（版本 2.0）--- 提测试流程规范。（因为自己是个小罗罗，没有什么话语权，跟老大提意见 -- 第一轮测试完毕，接收新的测试版本，推进流程规范，要是老大也没什么话语权，那测试就被开发牵着鼻子走，测试会比较累）测试完第一个版本后，接收新的版本测试。

9.BUG 状态的跟踪 ---- 编辑、重复、设计等。

我们今天的关于html – Chrome中的border-radius bug？和chrome html document的分享已经告一段落，感谢您的关注，如果您想了解更多关于ASP.NET MVC 中＠Html.Partial，＠Html.Action，＠Html.RenderPartial，＠Html.RenderAction、asp.net – Html.Partial vs Html.RenderPartial&Html.Action vs Html.RenderAction.任何人都可以描述不同之处、asp.net 中@Html.Partial,@Html.Action,@Html.RenderPartial,@Html.RenderAction、bug 生命周期 & bug 跟踪处理的相关信息，请在本站查询。