Denna rapport beskriver det arbete vi gjorde hos Ninetech i Karlstad. Målet med vårtarbete var att skapa en applikation som hämtar information rörande resultat av automatiskabyggen i pågående projekt. Sammanställningen av olika projekt skulle visas löpande. Vårtarbete kan beskrivas som två delar, en praktisk och en teoretisk del. Den praktiska delenbestod av att skapa en applikation som visar status på de olika projekt som Ninetech förtillfället arbetar med. Denna applikation är tänkt att köras dagligen på en skärm synlig förpersonalen. Skärmen är också tänkt att visa gästande kunder statusen på deras projekt.Applikationen visar bl.a. information om tester som körs på de olika projekten.I den teoretiska delen skapades ett dokument som Ninetech kan använda för att introducerasin personal till att arbeta med automatiska tester. / This report describes the work we did at Ninetech in Karlstad. The purpose of our workwas to create an application that collects information about the results of automated builds inongoing projects. The combined information of projects should be presented continuously.Our work can be described as two parts, one practical and one theoretical part. Thepractical part consisted of creating an application that shows the status of Ninetechs currentprojects. This application is supposed to run daily on a screen viewable for the employees.The screen will also show visiting customers the status of their project. The application showsinformation about tests in the different projects among other information.In the theoretical section a document was created. This document can later be used byNinetech to introduce their personnel on how to work with automated tests.

Testdriven utveckling är nuförtiden en utbredd arbetsmetod, och de påstådda fördelarna är många. Det sägs bland annat leda till mer kvalitetsmässiga system som utvecklas på kortare tid. Vissa tidigare studier har bevisat att så är fallet, samtidigt som andra studier i stället motbevisat påståendet. Det här arbetets syfte är att avgöra vilket som faktiskt stämmer, om fördelarna med testdriven utveckling är sant eller enbart en myt. För att få ett svar på frågan utvecklades ett besöksloggsystem där viss del av koden framställdes testdrivet, och viss del inte testdrivet. En erfaren utvecklare jämförde sedan de olika kodstyckena för att avgöra om det fanns något kvalitetsmässig skillnad. Utvecklaren av koden fick även reflektera över huruvida utvecklingen upplevts snabbare eller inte när den skedde testdrivet. Resultatet visade att testdriven utveckling både har sina för- och nackdelar. För utvecklaren upplevs det som tidsparande att arbeta testdrivet. Däremot indikerar studien på att kod-kvaliteten försämras jämförelsevis mot om koden inte utvecklats testdrivet. Slutsatsen som drogs var att påståendet att testdriven utveckling leder till bättre kvalité av system inte nödvändigtvis behöver vara sant. Däremot visade det sig dock upplevas som tidssparande för utvecklaren, men detta bör ses som ett sekundärt mål i systemutveckling.

<p>We consider the problem of power allocation for the single-cell multiple-input single- output (MISO) downlink in a time division duplex (TDD) system. In such systems, the base station (BS) acquires information about the channel state during the training component of the uplink phase. The resulting estimation errors are modeled prob- abilistically, and the receivers specify quality-of-service (QoS) constraints in terms of a target signal-to-interference-and-noise ratio that is to be achieved with a given outage probability. For a fixed beamforming structure, we seek a power allocation that minimizes the transmission power required to satisfy the users’ QoS requests.</p> <p>The proposed approach to that problem begins with the observation that for TDD systems the channel estimation error at the base station can be modeled as being additive and Gaussian. Under that model, we obtain a precise deterministic characterization of the outage probability, and mildly conservative approximations thereof. Although the resulting deterministic optimization problems are not convex, we have been able to obtain good solutions using straightforward coordinate update algorithms. In fact, these solutions provide significantly better performance than the existing approaches, which are based on convex restrictions, because the proposed approximations are less conservative. By developing some approximations of the precise deterministic characterization of the outage probability, we develop algorithms that have good performance and much lower computational cost.</p> / Master of Applied Science (MASc)

An increasing amount of companies have changed development methodology in favor of test-driven development over the last couple of years. Test-driven development means that the developer starts with producing test cases, which fails. Then the functionality, for making the test cases, true is developed and finally the code is refactored. In theory, this work method minimizes the code, which fulfills the demands. A lot of studies have been conducted in order to decide pros and cons with test-driven development and compare it with other methods. However, no study has been completed with the aim of determining the prerequisites that are needed to conduct test-driven development. The aim of this study is to determine these prerequisites by performing a case study, on a large company from Sweden, in which interviews is the essential part, and a literature study. After the completion of the case study, a list of prerequisites was created based on a comparison between the result from the case study and the literature study. The main point of the list is that the company considers the implementation of test-driven development as an investment. Another important point was to only implement TDD for new projects or for already existing TDD projects. / Fler och fler företag har de senaste åren gått över till testdriven utveckling. Testdriven utveckling går ut på att utvecklare först producerar testfall som misslyckas, för att därefter skriva kod som gör att testfallet lyckas och slutligen städa upp samt radera duplicerad funktionalitet. Detta innebär i teorin att den kod som produceras för att klara kraven är minimerad. Många studier har gjorts för att bestämma för- och nackdelar med testdriven utveckling, samt jämföra det med andra tillvägagångssätt. Däremot har ingen studie undersökt vilka förutsättningar som faktiskt krävs för att man ska kunna bedriva testdriven utveckling. Genom att utföra en fallstudie, på ett större företag från Sverige, innehållandes intervjuer samt en litteraturstudie ämnar uppsatsen bringa klarhet i vilka dessa förutsättningar är. Efter genomförande av intervjuerna och jämförelse av intervjuresultat med litteraturstudien utkristalliserade sig en lista över de förutsättningar som behöver vara uppfyllda för att en organisation, som helhet, ska kunna bedriva testdriven utveckling. Listan viktigaste punkt är att organisationen betraktar en implementering av testdriven utveckling som en investering. En annan viktig punkt var att endast bedriva TDD vid nyutveckling eller vid förvaltning av kod som tidigare utvecklats med TDD.

Made available in DSpace on 2016-04-29T14:23:31Z (GMT). No. of bitstreams: 1 Marcus Vinicius Milanez.pdf: 1438354 bytes, checksum: 792d4f5889dafba8c4e2f71a02c050a0 (MD5) Previous issue date: 2014-09-20 / The development of computer programs is a complex activity, characterized by costs and deadlines that are difficult to estimate. Requirements change frequently, resulting in products of variable reliability. Currently, there are no formal theories that completely address these underlying challenges. Several approaches have been used over time to achieve incremental progress, leading to a significant number of programming languages, development processes, and techniques. Test Driven Development (TDD) is a recently-developed approach which extends the human capabilities to develop computer programs by providing tools to mitigate the difficulties mentioned. Although TDD aggregates a set of support and control elements, it does not include mechanisms that directly help developers with deriving implementations from a set of requirements previously captured and analyzed. As result of this absence, difficulties in understanding its nature and to elaborate the software through independent modules can be observed, ultimately limiting the impact of TDD on the reliability of software. The objective of this research is to overcome the shortcomings mentioned, complementing Kent Beck s TDD proposal by introducing a modeling stage guided by Use Cases, following the ideas of Ivar Jacobson and Wirfs-Brock. Through this approach, assessed by a case study conducted together with industry professionals, enhancements in TDD usage experience could be observed, altering the manner in which this proposal is commonly understood, used and evaluated / Desenvolver programa de computador é uma atividade complexa, cujos custos e prazos são difíceis de serem estimados, caracterizada por requisitos mutantes e que resulta em produtos sem garantias plenas de funcionamento. No atual estado de desenvolvimento desta área de pesquisa, ainda não existe teoria que estabeleça as bases dos conhecimentos necessários a prover soluções a estes problemas. Diversas abordagens foram utilizadas ao longo do tempo a fim de encontrar meios que culminassem em avanços, originando um conjunto expressivo de linguagens de programação, processos e técnicas de desenvolvimento. Uma tentativa recente que intenciona estender as capacidades humanas de desenvolver programas de computador, provendo elementos que permitiriam amenizar essas dificuldades, é uma ferramenta intelectual chamada Test Driven Development (TDD). Embora agregue um conjunto de elementos de apoio e controle ao desenvolvimento, TDD não dispõe de mecanismos que auxiliem desenvolvedores a derivar implementações a partir de um conjunto de requisitos previamente capturados e analisados. Como resultado dessa ausência, observam-se dificuldades em avaliar sua natureza e em propor a elaboração do software em módulos independentes, tornando TDD uma ferramenta questionável. O objetivo desta pesquisa reside em superar as lacunas citadas, complementando a proposta de Kent Beck sobre TDD por meio da introdução de uma etapa de modelagem guiada por modelos casos de uso (Use Cases), seguindo as ideias de Ivar Jacobson e Wirfs-Brock. Por meio desta abordagem, avaliada por estudo de caso realizado em conjunto com profissionais da indústria, observou-se um aprimoramento da experiência de utilização de TDD, alterando a maneira pela qual essa proposta é comumente compreendida, utilizada e avaliada

In traditional software development, bug detection or testing comes as an afterthought. However, bugs are difficult to detect in the later stages of software development that result in long debugging time. Usually, bugs are left out because of higher concentration on development effort, leaving lesser time for testing. Test-Driven Development (TDD) is a software development process that can reduce the debugging time by catching most of the bugs during development. The development is carried on in small and repeated steps based on test cases. However, TDD is designed to work for object-oriented languages. This thesis investigates the suitability of TDD for non-Object Oriented (OO) languages such as C. TDD can be used with C language with the help of stubbing concept. This thesis also evolves the concepts of stubs and mocks in TDD to be used with C to solve dependency related problems. Finally this thesis analyses some frameworks for TDD in C and provides the trade-offs between them.

Inom en stor del av all systemutveckling sker testerna av systemet som sista punkt innan systemet sjösätts. Testdriven utveckling är en systemutvecklingsmetod där testerna istället skrivs först och också är det som driver utvecklingen framåt. Metoden höjs till skyarna av vissa och avfärdas omedelbart som onödigt omständig av andra. Vi vill med denna uppsats undersöka hur det ser ut i verkligheten och vilka faktorer som påverkar användandet, inlärningen och inställningen till testdriven utveckling. Vi genomförde intervjuer på tre stycken Örebrobaserade organisationer och tittade utifrån ramverket method-in-action på vilka faktorer som påverkade användningen och varför. Vi fann att utvecklarna närmade sig testdriven utveckling på väldigt olika sätt och grundade sin inställning mycket beroende på tidigare erfarenhet och inlärning – oavsett hur lång eller kort den varit. Utvecklarna förväntas ofta bedriva självstudier utanför arbetstid – något som inte alltid funkar som kunskaputvecklingsform då tiden utanför jobbet ser olika ut beroende på var i livet man är. Det finns inte heller något klart program eller best-practices att följa för att lära sig metoden i någon av organisationerna. Vi såg också att det finns tekniker utanför själva metoden som utvecklare ganska omgående behöver bli bekanta med för att kunna utveckla testdrivet: dependency injection och mock.

Abstract The next-generation networks are set to support a high data rate, low latency, high reliability, and diverse types of services and use cases. These requirements come at the expense of a more complex network management, and asymmetric and time-varying traffic dynamics. Accordingly, future networks will operate at different duplexing modes and with multiple access techniques. This thesis proposes novel transmission strategies and methodologies to dynamically optimize the duplexing modes and allocate resources for small cell based cellular networks. The first part of the thesis studies dynamic time-division-duplex (TDD) operation in dynamic and asymmetric uplink (UL) and downlink (DL) traffic conditions. In this regard, we propose a dynamic TDD framework that optimizes the UL and DL frame configuration and power allocation. Due to the high interference coupling between neighboring small cells, we propose a load-aware clustering method that groups the small cell base stations (SBSs) based on their spatial and load similarities. To balance the UL and DL loads within each cluster, we study the potential of load-based UL/DL decoupled user association in balancing the traffic loads within clusters. In the second part, we study the problem of half-duplex (HD)/full-duplex (FD) mode selection and UL/DL resource and power optimization in small cell networks. Therein, SBSs operate in non-orthogonal multiple access (NOMA) in both UL and DL to schedule multiple users at the same time-frequency resource. The goal of the study is therefore to select the optimal duplexing and multiple access scheme, based on the traffic load and interference conditions, such that users’ data rates are maximized, while stabilizing traffic queues. Finally, the last part of the thesis looks beyond rate maximization and focuses on ensuring low latency and high reliability in small cell networks providing edge computing services. The problem of distributing wireless resources to users requesting edge computing tasks is cast as a delay minimization problem under stringent reliability constraints. The study investigates the role of proactive computing in ensuring low latency edge computing, while the concept of hedged requests is presented as an enabler for computing service reliability. / Tiivistelmä Seuraavan sukupolven verkot suunnitellaan tukemaan suuria tiedonsiirtonopeuksia, pientä latenssia, erinomaista luotettavuutta ja monentyyppisiä palveluja ja käyttötapauksia. Näiden vaatimusten täyttämisen kääntöpuolena ovat entistä monimutkaisemmat verkonhallintatoiminnot sekä epäsymmetrinen ja ajallisesti muuttuva dataliikenteen dynamiikka. Verkot toimivat tulevaisuudessa eri dupleksointitiloissa hyödyntämällä useita eri liittymätekniikoita. Tässä tutkielmassa ehdotetaan uusia siirtostrategioita ja menetelmiä dupleksointitilojen dynaamista optimointia ja resurssien allokointia varten piensoluperustaisissa solukkoverkoissa. Tutkielman alkuosassa tarkastellaan dynaamisen aikajakodupleksin (TDD) toimintaa dataliikenneympäristöissä, joissa on käytössä dynaaminen ja epäsymmetrinen lähetysyhteys (UL) ja laskeva siirtotie (DL). Ehdotamme tältä osin dynaamista TDD-kehystä, joka optimoi UL- ja DL-kehyksen konfiguroinnin ja tehon allokoinnin. Vierekkäisten pienten solujen välisten kytkösten suuren interferenssin takia ehdotamme kuormituksen huomioivaa klusterointimenetelmää, jossa piensolutukiasemat (SBS) ryhmitellään niiden tilallisten ja kuormitusominaisuuksien yhteneväisyyden perusteella. Tutkimme UL- ja DL-kuormitusten tasapainottamista kussakin klusterissa tarkastelemalla UL/DL-yhteyksistä irti kytketyn, kuormitukseen perustuvan käyttäjän yhdistämisen mahdollisuuksia dataliikennekuormituksen tasapainottamisessa. Tutkielman toisessa osassa tarkastellaan puolidupleksi (HD)- ja kaksisuuntaisen (FD) -tilan valinnan ongelmaa ja UL-/DL-resurssien ja tehon optimointia piensoluverkoissa. Siinä piensolutukiasemat toimivat ei-ortogonaalisessa moniliittymässä (NOMA) sekä UL- että DL-yhteyksissä useiden käyttäjien ajoittamiseksi samalle aika-taajuusresurssille. Tutkielman tavoitteena on siten valita optimaalinen dupleksointi- ja moniliittymäkaavio dataliikenteen kuormituksen ja interferenssin perusteella siten, että käyttäjän tiedonsiirtonopeudet voidaan maksimoida ja dataliikennejonot tasata. Lopuksi tutkielman viimeisessä osassa tarkastellaan tiedonsiirtonopeuden maksimoinnin lisäksi pienen latenssin ja suuren luotettavuuden varmistamista piensoluverkoissa, jotka tuottavat reunalaskentapalveluja. Langattomien resurssien jakelemista käyttäjille, jotka vaativat reunalaskentatehtäviä, käsitellään viiveen minimoinnin ongelmana soveltamalla tiukkoja luotettavuusrajoituksia. Tutkielmassa tarkastellaan proaktiivisen tietojenkäsittelyn roolia pienen latenssin reunalaskennassa.

Syftet med vår studie har varit att utforska hur utvecklare upplever en övergång från iterativ test-sist-utveckling till testdriven utveckling. I studien refereras testdriven utveckling till som TDD, en förkortning som kommer av engelskans test-driven development. TDD är en iterativ och testfokuserad systemutvecklingsmetod. Den typ av testning som används i störst utsträckning inom TDD är enhetstester. För att gå över till ett nytt arbetssätt krävs inlärning av den nya metoden. En utmaning är också att människor tenderar att använda sig av kända metoder snarare än att prova något nytt. Vi har gjort en djupgående studie ur ett systemutvecklarperspektiv. Studien genomfördes genom att fyra utvecklare på ett IT-konsultföretag använde sig av TDD under en testperiod, i stället för den iterativa test-sist-utvecklingsmetod som de vanligtvis utövar. Före och efter testperioden intervjuades utvecklarna kring deras bakgrund, upplevelser och åsikter. Utvecklarna upplevde att TDD fungerade bra för uppgifter där det passar med enhetstester, men att TDD skulle vara svårt att köra om uppgiften de skulle göra inte var väl specificerad eller hade otydligt specificerade krav. Vi upptäckte att hur bra utvecklare förstått något stämmer inte alltid överens med hur bra de tror att de förstått något. Samt att möjligheten att spara tid är en faktor som motiverar utvecklare till vilka metodval de gör. Utvecklarna upplevde att TDD gjorde att de tänkte igenom uppgiften mer innan de började koda och gjorde att de skrev mer enhetstest, vilket i sin tur genererade flera positiva bieffekter. Utvecklarna upplevde få negativa effekter. Majoriteten av utvecklarna upplevde att de flesta utmaningarna med övergång till TDD handlade om att byta vana och tankesätt. Övriga utmaningar utvecklarna upplevde handlade om att börja med TDD för ett befintligt system. De slutsatser vi har kommit fram till stämmer överens med tidigare forskning på olika fält. Vår studie pekar därför på att allmänna teorier, exempelvis teori om olika lärstilar, förändringsledning och bildande av vanor även är applicerbart vid övergång till TDD. Utifrån våra slutsatser har vi formulerat rekommendationer till organisationer hur de kan underlätta för sina utvecklare som ska gå över till TDD. / The goal of our study has been to explore how developers experience a transition from iterative test-last development to test-driven development. In this report, test-driven development is referred to as TDD. TDD is an iterative and test-focused system development method. The type of testing most widely used in TDD is unit testing. To switch to a new working method requires learning the new method. A challenge faced is also that people tend to use known methods rather than try something new. We have done an in-depth study from a developer perspective. Four developers at an IT consulting company got to use TDD during a test period, instead of the iterative test-last development method they usually practice. Before and after the test period, the developers were interviewed about their background, experiences and opinions. The developers felt that TDD worked well for tasks where unit tests were appropriate, but that TDD would be difficult to apply if the task they were to perform was not well specified or had unclear requirements. We discovered that how well developers understand something does not always match how well they think they understand something. We also discovered that the possibility to save time is a factor that motivates developers to which method choices they make. The developers felt that TDD made them think through the task more thoroughly before they started coding and that it made them write more unit tests, which in turn generated several positive side effects. The developers experienced few negative effects. The majority of the developers felt that most of the challenges with the transition to TDD concerned changing habits and mindset. Other challenges the developers experienced concerned starting with TDD for an existing system. Our conclusions are consistent with previous research in various fields. Our study therefore indicates that general theories, such as theory of different learning styles, change management and habit formation, are also applicable in the transition to TDD. Based on our conclusions, we have formulated recommendations to organizations on how they can facilitate for their developers to transition to TDD.

Le rôle des protéines avec un motif TerD est depuis toujours insaisissable. La séquence en acides aminés qui correspond au motif TerD est répandue dans les génomes de plusieurs espèces bactériennes. Les recherches effectuées dans le cadre de ce doctorat avaient pour objectif d’identifier le rôle du gène tdd8 (SCO2368) qui code pour une protéine avec un motif TerD chez Streptomyces coelicolor. Sur la base d’une étude comparative du transcriptome de souches présentant une expression différentielle de tdd8, il a été possible de déterminer l’implication de tdd8 dans plusieurs systèmes de régulation. Les résultats obtenus ont permis d'établir que le niveau d’expression de tdd8 peut jouer un rôle dans le mécanisme de la différenciation morphologique et de la sporulation, dans le métabolisme de l’azote et dans l’équilibre redox. La protéine Tdd8 semble avoir un rôle dans divers processus cellulaires de par son implication dans l’homéostasie du calcium intracellulaire qui a été démontrée dans cette étude. Parmi les gènes qui semblent affectés par le taux d’expression de tdd8, ces recherches ont identifié un regroupement de gènes impliqués dans la réponse au stress redox. La plupart de ces gènes sont positionnés sur deux loci et leur expression implique un système de régulation analogue au régulon DosR retrouvé chez Mycobactérium tuberculosis. La croissance de la souche M145 de S. coelicolor en conditions de stress (hypoxie et présence d’oxyde nitrique) a permis de confirmer l’induction de ces gènes et des recherches bioinformatiques ont permis d’identifier un motif de liaison DosR dans les séquences qui précèdes la région codante de plusieurs gènes situés dans les deux loci identifiés. Les recherches ont également permis une meilleure caractérisation du métabolisme de l’azote et notamment une implication de tdd8 dans la régulation de ce métabolisme. Ces travaux s’inscrivent dans un processus de recherche fondamentale qui permet de mieux comprendre le rôle des protéines avec un motif TerD.