This message was deleted.

the errors I get are like this:

Error: Cannot find module '/home/myuser/path/pulumi-component-resources/my_component' imported from /home/myuser/path/pulumi-component-resources/tests/my_component_test.ts

and i am doing the import like this

before(async function () {
    // It's important to import the program _after_ the mocks are defined.
    module = await import("../my_component");
  });

the ts file does exist in the place expected

Yes, they work for me (using jest). I don't have an issue with imports having to happen after fakes (usually, not mocks) are defined, because I define only classes in other modules.

hm interesting, i'm just using mocha because the example used mocha. so to be clear, ES modules are working for you with jest? it sounds like it's kinda experimental (though that might be the case for both jest and mocha at the moment.) thanks!

Yes, all working. I did have a few compilation issues initially, and they were tricky enough that I refactored my directory structure to ensure that no directory was both a Pulumi project and an NPM package, but it's all working cleanly now. I'll post snippets of a working tsconfig.json and package.json, onesec.

that would be awesome, thank you!

Not much of interest in package.json:

{
  "name": "project",
  "type": "module",
  "module": "esnext",
  "target": "es2020",
   ...

does anyone know of good examples of writing tests in for pulumi TS?

No. All the examples are bad.

if you start a good repo for pulumi and maybe they will hire you

That'd be nice, but unfortunately they aren't set up to hire in my country yet. Maybe some day!

bitcoin contractor. there are zero problems a motivated company will not do to hire someone they like.

Separate conversation, but: if someone offers to pay in crypto, they're going on a blacklist that I'm distributing to everyone I ever met.

fine by me I'll take the crypto.

Anyway, back to the actual topic. The rules are: 1. Don't use Pulumi state methods, config methods, stack references or anything like that. They all go in your index.ts and don't get unit tested. 2. Expose the

promise()

method on

OutputInstance<>

. 3. For AWS resources, set the ARN in your resource creation function in

setMocks()

. You'll need to soooo often. The recommendations are: 1. Write your tests before your code. 2. Don't write tests, describe decisions you've made about how you want your project to work. 3. Keep your tests short.