移动互联网时代，针对移动产品进行的可用性测试，主要是将PC产品可用性测试方法和经验照搬过来。
但在实际的工作中，由于移动产品的特殊性，我们遇到了一些在PC产品可用性测试中不曾遇见的问题，例如“使用测试设备还是用户设备”，“选择iOS平台还是Android平台测试”，“使用什么原型工具和记录工具”等。
因此，移动可用性测试的方法、设备、工具等都需要因“移动”制宜。
我们尝试将移动可用性测试的零散知识总结梳理起来，加上我们的思考和探索整理成文，供大家一起交流。
本系列文章会分成4个部分：移动可用性测试流程和常见问题（第一篇，即本文）；
移动情境和移动设备选择（第二篇）；
移动现场测试方法和工具（第三篇）；
移动

一个SQL注入漏洞检测原型工具，由SQL注入动态检测工具，SQL漏洞静态代码检测工具，测试用的网站3部分组成。
用Java语言实现。
运行时需eclipse等IDE支持。
可供学习参考。

移动互联网时代，针对移动产品进行的可用性测试，主要是将PC产品可用性测试方法和经验照搬过来。
但在实际的工作中，由于移动产品的特殊性，我们遇到了一些在PC产品可用性测试中不曾遇见的问题，例如“使用测试设备还是用户设备”，“选择iOS平台还是Android平台测试”，“使用什么原型工具和记录工具”等。
因而，移动可用性测试的方法、设备、工具等都需要因“移动”制宜。
我们尝试将移动可用性测试的零散知识总结梳理起来，加上我们的思考和探索整理成文，供大家一起交流。
本系列文章会分成4个部分：移动可用性测试流程和常见问题（第一篇，即本文）；
移动情境和移动设备选择（第二篇）；
移动现场测试方法和工具（第三篇）；
移动

这是完整的最棒的AXURE原型系列1-6季的全部作品第一条：原型设计的最终目的是为了准确、方便、快捷的表达产品设计人员的产品设计意图；
第二条：原型的观看者往往不是同一类对象，因此原型的设计不可避免的会有多种表现形状，每一种形状的原型都是为设计服务，没有高低之分；
第三条：如果按照产出方式，有手绘产出、软件产出之分,如果按照表现形式，有纸质、低保真、高保真之分；
第四条：如果你的产品设计周期中，原型设计时间过长，可能你需要停一下，站得远些重新审视一下自己原型设计的初衷；
第五条：原型是否要做到高交互、高仿真取决于观看者的需求和设计者的时间，如果简洁的原型已经完全满足观看者的需求，应该首选交互少的低保真原型，而不要过度沉浸在高交互、高仿真原型设计的快感中；
第六条：不要小瞧纸质原型，往往它会有磨刀不误砍柴工的功效，如果有条件，尽量不要省略，纸质原型最大的价值是思路的最初梳理和内部的多人讨论而不是自己一个人纸面画画就完成了纸质原型的阶段；
第七条：原型设计工具，精通一个比掌握十个更有价值，如果推荐原型工具，首选还是Axure；
第八条：没有人规定必须用Axure设计原型，最合适你的原型工具就是最好的；
第九条：原型是用来正确表达产品设计思想的工具，而不是掌握了原型工具就能正确的表达产品设计思想；
第十条：不要像维护自己的颜面一样维护原型的设计，相反原型的价值就是要被不断的修改、推翻、打磨、锤炼,要有颠覆整个原型初稿，重新设计的气魄和担当；
第十一条：谁都可能遇到一个不懂产品设计的领导对你的原型指指点点，尝试去理解他的真正意图，并将他喜欢的方式和你坚持的方式都表现出来，只要是正确的体验方式，用户是会给出最终的投票；
第十二条：Axure不止可以设计Web原型，正解：Axure可以设计Web、Wap、PC客户端、手机客户端、IPAD……各种平台和终端上的应用；
第十三条：提高自己Axure技能的最好方式，模仿你喜欢的交互实例，如:IPhone、Android手机、微博、IM、SNS……；
只要你能认真模仿下来，你会发现收获的不止是Axure技能，你的产品设计思想也会进步不小；
第十四条：不要在是否研究Axure技巧上犹豫不决或者争论不休，正确的做法：掌握你需要的技巧，并在设计原型中使用；
优秀的做法：掌握所有的Axure技能，并在设计原型中按需使用；
第十五条：掌握Axure技能并不能证明你就是一个合格的产品设计者，但要想成为一名优秀的产品设计者应该掌握Axure；
第十六条：做流程图和产出PRD文档是Axure的功能之一，但不要作为首选，让工具发挥它最擅长的价值；
第十七条：做产品设计时一定不要急于使用处于测试阶段的Axure新版本，避免意外发生，我的教训就是用测试版做出的原型，由于测试版的BUG，而全部重新返工；
第十八条：做交互研究时一定要尽可能学习最新的Axure技巧。
体验产品的最新功能，本来就是产品设计者必备的要素；
第十九条：当你原型设计遇到任何困惑，试试仔细解读一下之前所有军规，也许你能找到想要的答案；
第二十条：所谓的军规，其实就是一些我的个人观点，你可以当做废话，重要的是你应该创造属于自己的原型设计军规，并身体力行。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。