感谢任何帮助,当我尝试通过iOS设备上的TestFlight安装应用程序时显示错误:“该应用程序无法安装,因为您已经注册了最大数量的设备”。 在另一台设备上使用相同的用户工作正常 – 应用程序得到安装。 这两个设备都包含在configuration文件UUID中。 提前致谢。
在我的应用程序中我有这样的代码: File.open "filename", "w" do |file| file.write("text") end 我想通过rspectesting这个代码。 这样做的最佳做法是什么?
在Python中使用nosetests时,可以通过将testing函数的__test__属性设置为false来禁用unit testing。 我已经实现了这个使用下面的装饰器: def unit_test_disabled(): def wrapper(func): func.__test__ = False return func return wrapper @unit_test_disabled def test_my_sample_test() #code here … 但是,这有调用包装器作为unit testing的副作用。 包装将始终通过,但它包括在nosetests输出。 是否还有另一种构造装饰器的方法,以便testing不会运行,并且不会出现在鼻子testing输出中。
我有一个Haskell项目和Cabal包描述,允许我build立和安装我的包 $ cabalconfiguration $ cabal构build $ cabal安装 但是cabal test呢? Cabal的帮助说用UserHooksconfiguration一个testing套件,但是我怎么做呢?
我想在Java应用程序上做一些时间testing。 这是我目前正在做的事情: long startTime = System.currentTimeMillis(); doSomething(); long finishTime = System.currentTimeMillis(); System.out.println("That took: " + (finishTime – startTime) + " ms"); 这样的性能testing有什么“错误”吗? 什么是更好的方法? 重复 : 秒表基准testing是否可以接受?
你会推荐在@Test方法中做任何testing用例分组,或者每个testingscheme有一个@Test方法? 例如,让我们假设在应用程序中设置上下文有不同的方法。 下面的想法可以接受吗? @Test public void testContextSetting() { // Test default setting assert(…) // Test setting a context variable assert(…) … } 或者,你宁愿build议像这样做,让每种方法尽可能primefaces化: @Test public void textDefaultSetting() { // Test default setting assert(…) } @Test public void testSettingContextVar() { // Test setting a context variable assert(…) … } 对于任何反馈,我们都表示感谢。
我试图find这个使用SO的答案。 有很多问题列出了在c ++中构build一个仅包含头文件的库的各种利弊,但是我还没有能够find一个可以量化的文件。 那么,以可量化的术语来说,使用传统分离的c ++头文件和实现文件与头文件仅有区别? 为了简单起见,我假设不使用模板(因为它们仅需要标题)。 详细说明一下,我列举了我从文章中看到的利弊。 显然,有些是不容易量化的(如易用性),因此无法进行量化比较。 我会标记那些我期望可以量化的指标(可量化的)。 优于头只 包含更容易,因为您不需要在构build系统中指定链接器选项。 因为库的函数在你的代码中被内联,所以你总是使用与其他代码相同的编译器(选项)来编译所有的库代码。 这可能会快很多。 (定量的) 可以给编译器/链接器提供更好的优化机会(如果可能的话,解释/量化) 如果您使用模板,则是必需的。 缺点仅用于标题 它膨胀了代码。 (可量化的)(如何影响执行时间和内存占用) 更长的编译时间。 (定量的) 界面和执行的分离失去。 有时会导致难以解决的循环依赖。 防止共享库/ DLL的二进制兼容性。 这可能会加剧那些喜欢使用C ++的传统方式的同事。 任何你可以从更大的开源项目中使用的例子(比较相似大小的代码库)都会非常感激。 或者,如果您知道可以在标题和分隔版本之间切换的项目(使用包含两者的第三个文件),那么这将是理想的。 轶事数字也是有用的,因为他们给我一个球场,我可以得到一些见解。 利弊来源: https://stackoverflow.com/a/6200793/278976 https://stackoverflow.com/a/1783905/278976 提前致谢… 更新: 对于任何可能稍后阅读并有兴趣获得关于链接和编译的背景信息的人,我发现这些资源是有用的: http://www.amazon.com/Computer-Systems-Programmers-Perspective-Edition/dp/0136108040第7章 http://www.yolinux.com/TUTORIALS/LibraryArchives-StaticAndDynamic.html http://www.cyberciti.biz/tips/linux-shared-library-management.html 更新:(回应下面的评论) 只是因为答案可能会有所不同,并不意味着测量是无用的。 你必须开始测量某个点。 而你有更多的测量,图片更清晰。 我在这个问题上要求的不是全部,而是一幅画面。 当然,任何人都可以用数字来歪曲论点,如果他们想不道德地推动他们的偏见。 但是,如果有人对两种select之间的差异感到好奇,并公布这些结果,我认为这些信息是有用的。 没有人对这个话题感到好奇,足以衡量它吗? 我喜欢这个枪战项目。 我们可以从删除大部分variables开始。 在一个版本的linux上只能使用一个版本的gcc。 只对所有基准使用相同的硬件。 不要用多个线程编译。 那么,我们可以衡量: 可执行大小 运行 […]
我想实现一种在代码中logging项目版本的方法,以便在testing时使用它并帮助跟踪错误。 看起来最好的版本号只是来自Subversion的当前版本号。 有一个简单的方法来钩住这个数字(在我的情况下的C + +)头文件或什么,然后我可以在代码? 我想这是一个后提交钩或什么? 有没有人有任何实施这个经验(与代码分享,请?),或者可以build议一个更好的select? 谢谢。
阅读这个问题帮助我巩固了unit testing中一直存在的一些问题,TDD等。 从TDD发展的方法来看,我知道这是正确的道路。 阅读各种教程帮助我理解如何开始,但是他们一直是非常简单化的 – 不是真的可以应用于活跃的项目。 我所pipe理的最好的方法是围绕我的代码的一小部分编写testing,比如图书馆,主应用程序使用这些东西,但没有以任何方式进行集成。 虽然这是有用的,它相当于大约5%的代码库。 关于如何进入下一步,还有很less的东西,以帮助我在主应用程序中进行一些testing。 诸如“ 没有unit testing的大多数代码都是用很强的依赖性(即新的遍布在这个地方)或者静态方法来构build的 ”和“ ……类之间具有高级耦合并不难得,难以configuration在你的class级内的对象等等。 “让我意识到下一步是理解如何分离代码以使其可testing。 我应该看什么来帮助我做到这一点? 是否有一套特定的devise模式,我需要了解并开始实施,这将使testing更容易?
给定一个具有几个实例variables和一些方法的类。 一些实例variables可以通过attr_reader和attr_accessor访问。 因此,其他人是私人的。 一些私有实例variables在一个实例方法中被设置,并在另一个方法中被读取/使用。 为了testing我正在使用RSpec。 由于我对Ruby还是个新手,想要把所有的东西都弄清楚,所以我把testing定义得相当细致。 因此,每个实例方法都有一个describe块,它们本身被分割成context的一个子集。 一般的环境先决条件与before定义。 但是,当testing其中一个方法,即利用而不是设置一个私有variables时,我需要调用另一个方法,即设置这个variables。 这似乎相当超重,而不是模块化的。 有没有办法强制一个私人实例variables的特定值。 类似于用Object::instance_eval(:var) “ 取出 ”私有实例variables的值。